Как получить корректный перевод пути vfat для моих дискет?
Мой родительский элемент оставил меня пакетом 3,5-дюймовых "гибких" дисков созданный с Windows 95 (нидерландский язык). Я хочу скопировать их содержание. Мой единственный компьютер с дисководом для гибких дисков запускает Ubuntu 12.04.5 LTS.
После установки udisks пакет,
udisks --mount /dev/fd0
монтирует содержание на /media/floppy0.
Это хорошо для файлов со стандартом (8.3) имена файлов DOS, но он идет ужасно неправильно, когда что-либо еще присутствует:
ls -l /media/floppy0 /bin/ls: cannot access /media/floppy0/vï▐ffφl.: Input/output error /bin/ls: cannot access /media/floppy0/$Θh²çⁿ.tΘ: Input/output error /bin/ls: cannot access /media/floppy0/ëG╟+.|√═: Input/output error /bin/ls: cannot access /media/floppy0/t╛n}φa.2σ═: Input/output error total 13395579
-r-xr-xr-x 1 rp root 1476370920 Dec 25 1959 ╣?.???
-rwxr-xr-x 1 rp root 641204006 Jan 30 1980 └≤½Θ- ps.QR3
-r-xr-xr-x 1 rp root 1346403387 Dec 19 1905 6?|■└ó<|.í7|
-rwxr-xr-x 1 rp root 48514 Jan 1 1980 BL.WDB
-rwxr-xr-x 1 rp root 3728 Aug 25 2000 CADRE.WP
-rwxr-xr-x 1 rp root 2857697280 Dec 31 1979 COM d????????? ? ? ? ? ? ??ëG?╟?+.|√═
-rwxr-xr-x 1 rp root 2294480508 Dec 11 1966 ï?=|Ω
-rwxr-xr-x 1 rp root 152428 Dec 23 1991 KAART2.WKS
-rwxr-xr-x 1 rp root 12909 Jan 1 1980 KABRO.WKS
-rwxr-xr-x 1 rp root 8554 Nov 28 1991 K.BRO drwxr-xr-x 2 rp root 1024 Nov 28 1991 KOPIE
-rwxr-xr-x 1 rp root 47250 Nov 28 1991 L39.ZND
-rwxr-xr-x 1 rp root 0 Dec 19 1991 LIJST39.WEK d????????? ? ? ? ? ? t?╛n}φa.2σ═
-r-xr-xr-x 1 rp root 1963196670 Jan 6 2038 ├┬?.ⁿ?u d????????? ? ? ? ? ? vï▐ffφl?.???
-rwxr-xr-x 1 rp root 21774 Dec 31 1979 WIELEK.WDB
-rwxr-xr-x 1 rp root 22612 Dec 31 1979 WIELGA.WDB
-rwxr-xr-x 1 rp root 23255 Dec 22 1991 WIEL.WBL
-rwxr-xr-x 1 rp root 27044 Jan 1 1980 WIEL.WDB
-rwxr-xr-x 1 rp root 0 Jan 8 1980 δ4ÉIBM.3.2 d????????? ? ? ? ? ? $?Θh²çⁿ?.t?Θ
-rwxr-xr-x 1 rp root 3137341625 Nov 26 1907 Θ╨■φ? s?.├╛?
(Это не просто бессмысленные имена файлов: rsyncлуг содержание этой дискеты дало мне файл на 5 ГБ, в которой точке у меня закончилось дисковое пространство.)
Мое предположение: перевод пути VFAT предпринят неправильно или нисколько.
Как исправить это?
Страницы, которые я нашел с Google, таким как этот, предполагают, что это - вопрос предоставления соответствующих значений для iocharset и codepage смонтируйте опции.
Действительно ли это верно? Который оценивает использованию? И, в первую очередь: как предоставить их?
udisks тихо игнорирует любого, монтируют предоставленные опции:
$ udisks --mount /dev/fd0 --mount-options='ro,iocharset=utf8,codepage=1252,foo=bar'
Mounted /org/freedesktop/UDisks/devices/fd0 at /media/floppy0
$ fgrep fd0 /proc/mounts
/dev/fd0 /media/floppy0 vfat ro,nosuid,nodev,relatime,uid=1000,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro 0 0
(Это не то, что я сказал!)
Прямое mount тихо сбои:
$ sudo mount -t vfat /dev/fd0 /mnt
mount: block device /dev/fd0 is write-protected, mounting read-only
$ fgrep fd0 /proc/mounts
(возвраты ничто; монтирование просто не работает).
По крайней мере, этот путь я могу проверить который codepages допустимы:
$ sudo mount -t vfat -oro,codepage=850 /dev/fd0 /mnt
$ fgrep fd0 /proc/mounts
$ sudo mount -t vfat -oro,codepage=85 /dev/fd0 /mnt
mount: wrong fs type, bad option, bad superblock on /dev/fd0,
missing codepage or helper program, or other error
In some cases useful info is found in syslog - try
dmesg | tail or s
но то, в чем я нуждаюсь, является путем к на самом деле mount с такой кодовой страницей.
Что не так? Что еще я могу попробовать?
3 ответа
Длинное устройство хранения данных, возможно, влияло на эти дискеты, и их FAT мог быть поврежден. Это очень возможно, потому что даже недавно записанную дискету нельзя было считать надежными медиа. Я часто делал 2 копии тех же данных когда используемые дискеты много лет назад.
существует польза wiki, объясняя использование codepage и iocharset опции эти mount команда для файловой системы FAT.
Прямая поддержка дискет в более новых системах не надежна. Даже в 12,04 их поддержке был заполонен с несколькими ошибками. Один из них , например.
mount аргумент команды -t указывает тип файловой системы. Вы близки в своем использовании однако, Вам нужно пространство между -t и тип файловой системы. Измените свою команду от:
$ sudo mount -tvfat /dev/fd0 /mnt
к:
$ sudo mount -t vfat /dev/fd0 /mnt
Жаль у меня нет доступа к моим машинам с дисками floopy показать то, что произвела реальная жизнь, похож.
При складывании размеров файла каждого файла в примере, которые имеют законные имена файлов и даты создания, общее количество 328,058. Это о результатах, которые можно было бы ожидать находить на дискете той способности (1 МБ).
Очевидно, Вы не собираетесь находить файл на 5 ГБ или файл созданными в 1959 или 2038 почти в 30-летнем устройстве хранения.
, Если Ваша проблема должна восстановить законные файлы с этих старых дискет, который кажется возможным теперь, просто копируя файлы с разумными именами, размерами файла и датами.
у меня нет аппаратных средств для тестирования чего-либо это старое, и можно только предположить, что udisks поддерживает эти древние диски. Я предполагаю, возможно, нет. Или по крайней мере не безупречно.
может быть метод для ремонта схемы монтирования, которая правильно считает файловую структуру на этих устройствах, но это походит на большую работу, если все, что Вы хотите сделать, восстанавливают файлы.
sudo mount /dev/fd0 /floppy -t vfat
"должен" работать....
Win95 был путем давным-давно, и я не думаю, что NTFS был вокруг затем. Но конечно один [хотя удаленный] возможность состоит в том, что дискета не отформатирована как устройство FAT.
Затем всегда существует проблема совместимости собственного контроллера IDE по сравнению с интерфейсом USB и связывается ли последний (который я принимаю Вас, используют) искренне с аппаратными средствами диска и медиа.