|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Dmitry Pryanishnikov 2:464/36 09 Apr 2006 18:28:52 To : Vladimir `DarkSide` Mikhaylenko Subject : =?koi8-u?Q?Re=3A_FreeBSD_=C9_extfs?= -------------------------------------------------------------------------------- Привет! On Sun, 9 Apr 2006, Vladimir `DarkSide` Mikhaylenko wrote: > Посему был создан раздел ext2 (сначала был ext3, но его фря отказалась > монтировать совсем) в сусе для обмена с фрей. Ядро фри соответственно AFAIK ext3 нормально монтируется как ext2-раздел (mount -t ext2fs или mount_ext2fs). > опцией EXT2FS. Теперь собственно повествование... Давно уже необязательное действие - ext2fs.ko даже в 4.11-RELEASE штатно строится, mount его загрузит самостоятельно. > Проверять естественно не хотела, ибо нечем. После проверки и починки этого В базовой системе нечем, но порт sysutils/e2fsprogs ставит fsck_ext2fs. > отмонтируем. Снова поврежден. Естественно, данные местами повреждены: пара дир > превратилась в файлы. Hеужто во фре такая кривая поддержка extfs? Проблема с кривой отмонтировкой при завершении работы AFAIK довольно свежая (в RELENG_4 ее не было), починили ее или нет - не знаю, сейчас Linuxа под рукой нет. Однако она не вызывала превращения дир в файлы - только флажок "dirty" не чистился. Вот наоборот точно бывало - поддержка UFS, встроенная в Linux, корежила UFS (портила симлинки), но то было еще во времена 2.4х ядер, сейчас может и исправили. > Проприетарный > NTFS рядом работает со сжатым разделом, читая с него все, что ни попадя > (раздел > правда предусмотрительно монтируется r/o... так спокойнее). Так NTFS хоть r/w монтируй, запись все равно невозможна (по крайней мере, на современную версию NTFS, созданную WinXP). Уж больно мало известен формат ее управляющих структур, MS не рассказывает... > Созданный Fat32 раздел существует до сих пор, исправно работая теперь уже с > виндой и фрей-5.4. у так FAT32 обычно и используется как кроссплатформенный раздел для переноса данных - тупая FS, о которой известно достаточно, чтобы в любой ОС читать/писать нормально (дизайн, конечно, убитый, одни короткие/длинные имена файлов чего стоят; но хотя бы документированный). Sincerely, Dmitry -- Atlantis ISP, System Administrator e-mail: dmitry@atlantis.dp.ua nic-hdl: LYNX-RIPE --- ifmail v.2.14.os-p7 * Origin: Atlantis ISP (2:464/36@fidonet) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/2452191e5ae37.html, оценка из 5, голосов 10
|