Чому мої однаково підготовлені USB-палички відрізняються одним байтом?

15

У мене є дві однакові USB-накопичувачі ( TrekStor 16 Гб ), підготовлені таким чином із зображенням c't bankix .

Підготовка за допомогою GParted :
- Видалений існуючий розділ
- Створено нову таблицю розділів DOS
- Відформатовано паличку за допомогою FAT32, основного розділу
Завантажте зображення на паличку через usb-creator-kde.

Тож я зробив однакову процедуру для обох паличок, але один чобіт, а інший вибивається з повідомленням про помилку:

(initramfs) mount: mounting /dev/loop0 on //filesystem.squashfs failed: No such device
Can not mount /dev/loop0 (/cdrom/casper/filesystem.squashfs) on //filesystem.squashfs

Тоді я спробував порівняти їх через sudo cmp /dev/sdb /dev/sdc. Це призвело до:

/dev/sdb /dev/sdc differ: byte 441, line 5

Що тут не так, і як це виправити?

live-usb troubleshooting

— студент
джерело

Ви можете спробувати скопіювати робочий один на інший, використовуючи dd, і побачити, чи це допомагає. Або ви можете просто скористатися sfdisk, щоб скопіювати таблицю розділів з хорошої та піти звідти.

— Анджело

Там прямо сказано, у чому проблема - filesystem.squashfs з певних причин недійсний, інакше ви неправильно налаштували процес завантаження. Це файл зображення - стислий - це вся ваша коренева файлова система. Але ... ваш initramfs вважає, що він розташований на /cdrom. І це, мабуть, намагається встановити себе на вершині? Це річ initramfs - я ставлю на це свій штраф. Можливо, у вас одночасно в комп'ютер підключені обидві палички? Або, можливо, у вас є інакше копіювання налаштувань, які повинні були бути унікальними під час налаштування. Тримайтеся подалі від живих творців системи - вони неприємності.

— mikeserv

30

Хоча я не знаю, чому виходить з ладу (погана палиця? Пошкоджене зображення?), Звичайний підозрюваний у відмінностях у "однаково" створених файлових системах, будь то ISO9660 чи іншим чином, - це часові позначки , наприклад, час створення. Або випадковий ярлик файлової системи за замовчуванням . Якщо ви хочете однакових даних на обох, ddдобре виведіть зображення на іншу паличку та перевірте їх контрольні суми (md5sum чи інше; будь-що зробить).

О, і припущення з назви вашого запитання не відповідає. Не один байт відрізняється. cmpлише сповіщає спочатку, що відрізняється, а потім виходить.

— Єнс
джерело

22

Ймовірно, вони не відрізняються лише одним байтом. Це лише перший байт, що відрізняється. Виконати, cmp -l dev/sdb /dev/sdcщоб перелічити всі відмінності.

Першими 512 байтами палички є її завантажувальний сектор . Зсув 441 (440, якщо ви починаєте нумерацію з 0) - це місце підпису диска, який повинен однозначно ідентифікувати диск (для переваг Windows - я не пам’ятаю, щоб бачити догляд за Linux). Очікувати, що вони будуть відрізнятися. Це файли на флешці, які повинні бути однаковими, а не мітки диска (або, до речі, часові позначки файлів).

Переконайтеся, що палиця, що вибивається, має правильний вміст файлу. Це може бути фізично пошкоджено.

— Жил "ТАК - перестань бути злим"
джерело