The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Совместимость 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ообщить модератору

Оглавление

Сообщения [Сортировка по времени | 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 утилит для работы с ФС."  +/
Сообщение от lavremail (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 утилит для работы с ФС."  +/
Сообщение от lavremail (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-2019 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру
Hosting by Ihor