 Совместимость 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 и проверка, выполняются над НЕсмонтированными
устройствами, иначе беда.
|
Версия для распечатки
