Совместимость windows/linux утилит для работы с ФС., Isothiocyanate, 09-Апр-19, 10:59 [смотреть все]Дборого времени суток!Решил поделиться опытом, может у кого что-то подобное было. Речь идет о совместимости и не совместимости утилит для работы с ФС windows/linux. 1. Несовместимость Acronis (разных версий, с Hirens Boot CD 12, Acronis Live CD и др) с ext4 - видит раздел как раздел с ошибками, образ не восстановим. 2. CloneZilla, ntfs-clone - работа с NTFS полностью нормальная. 3. Knoppix 8, dd - работа с жестким диском и образом вне зависимости от ФС - отличная, на Clonzilla dd аналогично (оно и понятно, эта утилита работет вне зависимости от ФС, с самим hdd). 4. Linux debian 9.8 x64, dd if=/home/user1/Завантажене/Win10_1809Oct_Russian_x64.iso of=/dev/sdb1 - запись образа офтопика на 8 Гб флешку отворматированную в FAT32 - сделало флешку нечитаемой на виндовс компьютере, загрузки установщика не происходило. 5. Запись этого же образа на флешку при помощи Rufus 3.4, 2.1.8,из под виндовс прошла успешно и все работало отлично. 6. Запись этого же образа на флешку при помощи Balena Etcher 1.5.15 неудачна. Linux образы записует нормально. Unetbooting , к сожалению, не пробовал. 7. Флешка, FAT32, из-под линукс: sudo dosfsck -t -a -w /dev/sdb1 - бесконечный цикл. sudo fsck.vfat -a /dev/sdb1 - не было вывода о прогрессе, ждал долго, пришлось остановить. Использовать саму fsck для FAT32 наверное нельзя? Или я что-то не понимаю/делаю не так? Эта же флешка FAT32, проверка ошибок chkdsk F: /f /r /x - успешно из-под виндовс. Я что-то делаю не так или таки совместимость утилит для работы с ФС и образами не полная?
|
- Совместимость windows/linux утилит для работы с ФС.,
Виктор, 11:21 , 09-Апр-19 (1) +1 - Совместимость windows/linux утилит для работы с ФС.,
fantom, 12:38 , 09-Апр-19 (2)> Я что-то делаю не так или таки совместимость утилит для работы с > ФС и образами не полная? Иссесно что-то делаете не так! Путем dd if=.....iso of=/dev/sdb1 вы ЗАМЕНИЛИ что-то там fat на ISO!!! при эт не на носителе, а на разделе. Логично, что никакая проверка FAT-а на нем никакого FAT-а и не найдет :) кроме как пересоздать ФС на разделе иного пути нет.
- Совместимость windows/linux утилит для работы с ФС.,
Isothiocyanate, 12:57 , 09-Апр-19 (4)> Логично, что никакая проверка FAT-а на нем никакого FAT-а и не найдет > :) > кроме как пересоздать ФС на разделе иного пути нет.В примере 7 флешка 15 Гб, FAT32, с ошибками, не читаемая, но с информацией. Восстановить ФС из-под винды удалось. В примере 4 - флешка 8 Гб , FAT32->ISO, логично. Случай 4 и 7 - это две разные флешки, т.е. после записи образа я там и не пытался чинить более не существующую FAT32. Но вновь созданная ФС ISO почему-то не давала возможность загрузки. Или виновата не ФС, а файлы некорректно записались.
- Совместимость windows/linux утилит для работы с ФС.,
fantom, 15:45 , 10-Апр-19 (9) > Но вновь созданная ФС ISO почему-то не давала возможность загрузки. Или виновата > не ФС, а файлы некорректно записались.Чтобы ISO "залитая" на флешку с помощью dd загружалась, необходимо выполнить несколько условий: 1. Изначально ISO ДОЛЖНА БЫТЬ СОЗДАНА С ПОДДЕРЖКОЙ ТАКОЙ ВОЗМОЖНОСТИ практически все linux дистрибутивы реализовали это достаточно давно. 2. dd-шить надо было НЕ в sdb1, а непосредственно в sdb 3. Легаси режим загрузки.
- Совместимость windows/linux утилит для работы с ФС.,
ыы, 12:42 , 09-Апр-19 (3)>[оверквотинг удален] > 7. Флешка, FAT32, из-под линукс: > sudo dosfsck -t -a -w /dev/sdb1 - бесконечный цикл. > sudo fsck.vfat -a /dev/sdb1 - не было вывода о прогрессе, ждал долго, > пришлось остановить. > Использовать саму fsck для FAT32 наверное нельзя? Или я что-то не понимаю/делаю > не так? > Эта же флешка FAT32, проверка ошибок chkdsk F: /f /r /x > - успешно из-под виндовс. > Я что-то делаю не так или таки совместимость утилит для работы с > ФС и образами не полная?Тут дело скорее в общей методологии и отсутствии базовых представлений о технологии.
- Совместимость windows/linux утилит для работы с ФС.,
lavr, 13:12 , 09-Апр-19 (6)>[оверквотинг удален] > 7. Флешка, FAT32, из-под линукс: > sudo dosfsck -t -a -w /dev/sdb1 - бесконечный цикл. > sudo fsck.vfat -a /dev/sdb1 - не было вывода о прогрессе, ждал долго, > пришлось остановить. > Использовать саму fsck для FAT32 наверное нельзя? Или я что-то не понимаю/делаю > не так? > Эта же флешка FAT32, проверка ошибок chkdsk F: /f /r /x > - успешно из-под виндовс. > Я что-то делаю не так или таки совместимость утилит для работы с > ФС и образами не полная?Не используйте DOS/Windows утилиты для работы с ext2/3/4, ufs и тд и тп, ну за исключением профессиональных утилит для восстановления информации: - R-Studio - UFS Explorer [Professional] Никакие Acronis и прочее, не заменят голову и необходимый инструментарий Linux и умение посмотреть как оформлен диск, партиции, lvm тома и файловые системы. dd во всех Unix-like системах работает не один десяток лет, и в его работоспособности, практически, можно не сомневаться. fsck - это wrapper, обертка к набору fsck утилит для разных FS. # ls -la /sbin/ | grep fsck dosfsck - это всего лишь линк на fsck.vfat - которую опасно запускать в non-interactive режиме, особенно при наличии сбойных блоков или если FAT32 была оформлена особым образом. NTFS - особый случай, достаточно почитать Changelog к ntfs-3g. Посему, делать repairfs для FATXX/exFAT лучше средствами и утилитами Windows, а extX/reiserfs/xfs/ufs - средствами Unix.
- Совместимость windows/linux утилит для работы с ФС.,
Isothiocyanate, 14:36 , 09-Апр-19 (7)Спасибо за содержательный ответ! Есть над чем поработать.> Посему, делать repairfs для FATXX/exFAT лучше средствами и утилитами > Windows, а extX/reiserfs/xfs/ufs - средствами Unix. Где-то так я и думал.
- Совместимость windows/linux утилит для работы с ФС.,
lavr, 15:24 , 09-Апр-19 (8)> Спасибо за содержательный ответ! > Есть над чем поработать.Да нет там ничего содержательного, давно всем известный факт, потому никто и незаморачивается. Поработать можно только над двумя вариантами partition id для FAT32, sorry, с FAT16 давно не сталкивался. Поработать можно над разметкой FAT32 - кол-во кластеров, секторов per кластер и тд и тп. Важное: - partition id: 0x0B и 0x0C, последний с адресацией LBA, именно его сейчас нужно использовать при fdisk/gdisk/gpart/etc, иначе всякие "гаджеты" могут не распознать :) - ограничения на макс.размер файла, тома - ограничения на кол-во символов в имени файлов В принципе, если FAT32 создана с default'ами, fsck.vfat ее без проблем проверит и восстановит, но возможны ньюансы. >> Посему, делать repairfs для FATXX/exFAT лучше средствами и утилитами >> Windows, а extX/reiserfs/xfs/ufs - средствами Unix. > Где-то так я и думал. Первое с чем сталкиваются специалисты от Windows - разметка HDD,SSD,USB: - MBR и GPT, здесь нужно просто знать MBR, знать GPT и какой загрузчик будет использоваться, в случае Linux - Grub2, знать Grub2 и что и куда он пишет, например, чтобы зарезервировать кусок свободного места в 1MB или 2MB. GPT + ESP для UEFI. Второе - перенос с диска на диск или уменьшить, увеличить FS или создание новых с переносом данных. Вот тут засада в виде: - Ghost и Acronis, которые для FAT32 умеют resize, но для ext2/3/4 и прочих, не умеют, отсюда непонимание что есть суперблок и почему при клонировании образа диска byte-to-byte а-ля "dd", получают бяку. dd или его приличный аналог для windows - win32 disk image writer (win32diskImager), удобно использовать при клонировании дисков одинакового размера, либо с меньшего на больший. В последнем случае, нужно помнить что останется неразмеченное место и в случае GPT, еще и альтернативную таблицу править. Отсюда, операции по клонированию, изменению размеров партиций, FS, lvm томов, делать нужно из Linux с пониманием того что, как и для чего, и в дополнение бекапные утилиты: rsync, cpio, tar, dump/restore если таковые есть для fs и тд и тп. Ну и не забывать, создание FS и проверка, выполняются над НЕсмонтированными устройствами, иначе беда.
|