forum.opennet.ru - "Совместимость windows/linux утилит для работы с ФС." (9)

"Совместимость windows/linux утилит для работы с ФС."

Форум Открытые системы на рабочей станции (Система / Linux)
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Совместимость windows/linux утилит для работы с ФС."	+/–
Сообщение от Isothiocyanate (ok), 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 - успешно из-под виндовс. Я что-то делаю не так или таки совместимость утилит для работы с ФС и образами не полная?
Ответить \| Правка \| Cообщить модератору

Оглавление

Совместимость windows/linux утилит для работы с ФС., Виктор (??), 11:21 , 09-Апр-19, (1) +2
Совместимость windows/linux утилит для работы с ФС., fantom (??), 12:38 , 09-Апр-19, (2)

Совместимость windows/linux утилит для работы с ФС., Isothiocyanate (ok), 12:57 , 09-Апр-19, (4)

Совместимость windows/linux утилит для работы с ФС., fantom (??), 15:45 , 10-Апр-19, (9)

Совместимость windows/linux утилит для работы с ФС., ыы (?), 12:42 , 09-Апр-19, (3)

Совместимость windows/linux утилит для работы с ФС., Isothiocyanate (ok), 12:58 , 09-Апр-19, (5)

Совместимость windows/linux утилит для работы с ФС., lavr (ok), 13:12 , 09-Апр-19, (6)

Совместимость windows/linux утилит для работы с ФС., Isothiocyanate (ok), 14:36 , 09-Апр-19, (7)

Совместимость windows/linux утилит для работы с ФС., lavr (ok), 15:24 , 09-Апр-19, (8)

Сообщения [Сортировка по времени | RSS]

1. "Совместимость windows/linux утилит для работы с ФС." +2 +/–

Сообщение от Виктор (??), 09-Апр-19, 11:21

вот кому-то делать нехер

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. "Совместимость windows/linux утилит для работы с ФС." +/–

Сообщение от fantom (??), 09-Апр-19, 12:38

> Я что-то делаю не так или таки совместимость утилит для работы с
> ФС и образами не полная?
Иссесно что-то делаете не так!
Путем dd if=.....iso of=/dev/sdb1
вы ЗАМЕНИЛИ что-то там fat на ISO!!!
при эт не на носителе, а на разделе.
Логично, что никакая проверка FAT-а на нем никакого FAT-а и не найдет :)
кроме как пересоздать ФС на разделе иного пути нет.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

4. "Совместимость windows/linux утилит для работы с ФС." +/–

Сообщение от Isothiocyanate (ok), 09-Апр-19, 12:57

> Логично, что никакая проверка FAT-а на нем никакого FAT-а и не найдет
> :)
> кроме как пересоздать ФС на разделе иного пути нет.
В примере 7 флешка 15 Гб, FAT32, с ошибками, не читаемая, но с информацией. Восстановить ФС из-под винды удалось.
В примере 4 - флешка 8 Гб , FAT32->ISO, логично.
Случай 4 и 7 - это две разные флешки, т.е. после записи образа я там и не пытался чинить более не существующую FAT32.
Но вновь созданная ФС ISO почему-то не давала возможность загрузки. Или виновата не ФС, а файлы некорректно записались.

Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

9. "Совместимость windows/linux утилит для работы с ФС." +/–

Сообщение от fantom (??), 10-Апр-19, 15:45

> Но вновь созданная ФС ISO почему-то не давала возможность загрузки. Или виновата
> не ФС, а файлы некорректно записались.
Чтобы ISO "залитая" на флешку с помощью dd загружалась, необходимо выполнить несколько условий:
1. Изначально ISO ДОЛЖНА БЫТЬ СОЗДАНА С ПОДДЕРЖКОЙ ТАКОЙ ВОЗМОЖНОСТИ
практически все linux дистрибутивы реализовали это достаточно давно.
2. dd-шить надо было НЕ в sdb1, а непосредственно в sdb
3. Легаси режим загрузки.

Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

3. "Совместимость windows/linux утилит для работы с ФС." +/–

Сообщение от ыы (?), 09-Апр-19, 12:42

>[оверквотинг удален]
> 7. Флешка, FAT32, из-под линукс:
> sudo dosfsck -t -a -w /dev/sdb1  - бесконечный цикл.
> sudo fsck.vfat -a /dev/sdb1 - не было вывода о прогрессе, ждал долго,
> пришлось остановить.
> Использовать саму fsck для FAT32 наверное нельзя? Или я что-то не понимаю/делаю
> не так?
> Эта же флешка FAT32, проверка ошибок chkdsk F: /f /r /x
> - успешно из-под виндовс.
> Я что-то делаю не так или таки совместимость утилит для работы с
> ФС и образами не полная?
Тут дело скорее в общей методологии и отсутствии базовых представлений о технологии.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

5. "Совместимость windows/linux утилит для работы с ФС." +/–

Сообщение от Isothiocyanate (ok), 09-Апр-19, 12:58

> Тут дело скорее в общей методологии и отсутствии базовых представлений о технологии.
Согласен, не спорю :)))

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

6. "Совместимость windows/linux утилит для работы с ФС." +/–

Сообщение от lavr (ok), 09-Апр-19, 13:12

>[оверквотинг удален]
> 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.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

7. "Совместимость windows/linux утилит для работы с ФС." +/–

Сообщение от Isothiocyanate (ok), 09-Апр-19, 14:36

Спасибо за содержательный ответ!
Есть над чем поработать.
> Посему, делать repairfs для FATXX/exFAT лучше средствами и утилитами
> Windows, а extX/reiserfs/xfs/ufs - средствами Unix.
Где-то так я и думал.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Совместимость windows/linux утилит для работы с ФС." +/–

Сообщение от lavr (ok), 09-Апр-19, 15:24

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

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. "Совместимость windows/linux утилит для работы с ФС."	+2 +/–
Сообщение от Виктор (??), 09-Апр-19, 11:21
вот кому-то делать нехер
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору

2. "Совместимость windows/linux утилит для работы с ФС."	+/–
Сообщение от fantom (??), 09-Апр-19, 12:38
> Я что-то делаю не так или таки совместимость утилит для работы с > ФС и образами не полная? Иссесно что-то делаете не так! Путем dd if=.....iso of=/dev/sdb1 вы ЗАМЕНИЛИ что-то там fat на ISO!!! при эт не на носителе, а на разделе. Логично, что никакая проверка FAT-а на нем никакого FAT-а и не найдет :) кроме как пересоздать ФС на разделе иного пути нет.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	4. "Совместимость windows/linux утилит для работы с ФС."	+/–
	Сообщение от Isothiocyanate (ok), 09-Апр-19, 12:57
	> Логично, что никакая проверка FAT-а на нем никакого FAT-а и не найдет > :) > кроме как пересоздать ФС на разделе иного пути нет. В примере 7 флешка 15 Гб, FAT32, с ошибками, не читаемая, но с информацией. Восстановить ФС из-под винды удалось. В примере 4 - флешка 8 Гб , FAT32->ISO, логично. Случай 4 и 7 - это две разные флешки, т.е. после записи образа я там и не пытался чинить более не существующую FAT32. Но вновь созданная ФС ISO почему-то не давала возможность загрузки. Или виновата не ФС, а файлы некорректно записались.
	Ответить \| Правка \| ^ к родителю #2 \| Наверх \| Cообщить модератору


	9. "Совместимость windows/linux утилит для работы с ФС."	+/–
	Сообщение от fantom (??), 10-Апр-19, 15:45
	> Но вновь созданная ФС ISO почему-то не давала возможность загрузки. Или виновата > не ФС, а файлы некорректно записались. Чтобы ISO "залитая" на флешку с помощью dd загружалась, необходимо выполнить несколько условий: 1. Изначально ISO ДОЛЖНА БЫТЬ СОЗДАНА С ПОДДЕРЖКОЙ ТАКОЙ ВОЗМОЖНОСТИ практически все linux дистрибутивы реализовали это достаточно давно. 2. dd-шить надо было НЕ в sdb1, а непосредственно в sdb 3. Легаси режим загрузки.
	Ответить \| Правка \| ^ к родителю #4 \| Наверх \| Cообщить модератору

3. "Совместимость windows/linux утилит для работы с ФС."	+/–
Сообщение от ыы (?), 09-Апр-19, 12:42
>[оверквотинг удален] > 7. Флешка, FAT32, из-под линукс: > sudo dosfsck -t -a -w /dev/sdb1 - бесконечный цикл. > sudo fsck.vfat -a /dev/sdb1 - не было вывода о прогрессе, ждал долго, > пришлось остановить. > Использовать саму fsck для FAT32 наверное нельзя? Или я что-то не понимаю/делаю > не так? > Эта же флешка FAT32, проверка ошибок chkdsk F: /f /r /x > - успешно из-под виндовс. > Я что-то делаю не так или таки совместимость утилит для работы с > ФС и образами не полная? Тут дело скорее в общей методологии и отсутствии базовых представлений о технологии.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	5. "Совместимость windows/linux утилит для работы с ФС."	+/–
	Сообщение от Isothiocyanate (ok), 09-Апр-19, 12:58
	> Тут дело скорее в общей методологии и отсутствии базовых представлений о технологии. Согласен, не спорю :)))
	Ответить \| Правка \| ^ к родителю #3 \| Наверх \| Cообщить модератору

6. "Совместимость windows/linux утилит для работы с ФС."	+/–
Сообщение от lavr (ok), 09-Апр-19, 13:12
>[оверквотинг удален] > 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.
Ответить \| Правка \| ^ к родителю #0 \| Наверх \| Cообщить модератору


	7. "Совместимость windows/linux утилит для работы с ФС."	+/–
	Сообщение от Isothiocyanate (ok), 09-Апр-19, 14:36
	Спасибо за содержательный ответ! Есть над чем поработать. > Посему, делать repairfs для FATXX/exFAT лучше средствами и утилитами > Windows, а extX/reiserfs/xfs/ufs - средствами Unix. Где-то так я и думал.
	Ответить \| Правка \| ^ к родителю #6 \| Наверх \| Cообщить модератору


	8. "Совместимость windows/linux утилит для работы с ФС."	+/–
	Сообщение от lavr (ok), 09-Апр-19, 15:24
	> Спасибо за содержательный ответ! > Есть над чем поработать. Да нет там ничего содержательного, давно всем известный факт, потому никто и незаморачивается. Поработать можно только над двумя вариантами 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 и проверка, выполняются над НЕсмонтированными устройствами, иначе беда.
	Ответить \| Правка \| ^ к родителю #7 \| Наверх \| Cообщить модератору