forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.UNIX.BSD

Ответ
 
Опции темы Опции просмотра
  #1  
Старый 01.10.2024, 22:02
Yuri Kosivtsov
Guest
 
Сообщений: n/a
По умолчанию есть тут кто живой?

Yuri Kosivtsov написал(а) к All в Oct 24 20:50:44 по местному времени:

Нi, All

Сабж? Вопрос спросить.

Bye

---
Ответить с цитированием
  #2  
Старый 01.10.2024, 23:22
Alexey Khromov
Guest
 
Сообщений: n/a
По умолчанию есть тут кто живой?

Alexey Khromov написал(а) к Yuri Kosivtsov в Oct 24 22:00:00 по местному времени:

Здраствуйте, Yuri!

01 окт 24 20:50, Yuri Kosivtsov -> All:

YK> Сабж? Вопрос спросить.

Не увидел вопроса, но эха сама себя не продует.

Alexey Khromov
--- GoldED+/LNX 1.1.5-b20240309
Ответить с цитированием
  #3  
Старый 02.10.2024, 22:21
Yuri Kosivtsov
Guest
 
Сообщений: n/a
По умолчанию есть тут кто живой?

Yuri Kosivtsov написал(а) к Alexey Khromov в Oct 24 20:57:39 по местному времени:

Нi, Alexey Khromov

01 Oct 24, Alexey Khromov wrote to Yuri Kosivtsov:

YK>> Сабж? Вопрос спросить.
AK> Не увидел вопроса, но эха сама себя не продует.
Так я еще не спросил ))

Жила-была FreeBSD 4.11, поставленная 19 лет назад. Все работало
просто отлично и продолжает работать дальше.
Поставил самый свежий релиз на текущий момент 14.1 и решил скопировать
все со старого компа. Подключил винт от него на новую машину и
не могу смонтировать. Пишет инвалид суперблок или что-то вроде того.

Вопрос: файловая система поменялась? Есть ли возможность и как
примонтировать диск от старой фри? /dev/ad1s1a и прочие есть,
то есть разделы диска система видит.


Bye

---
Ответить с цитированием
  #4  
Старый 06.10.2024, 07:41
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию Re: есть тут кто живой?

Eugene Grosbein написал(а) к Yuri Kosivtsov в Oct 24 10:23:41 по местному времени:

02 окт. 2024, среда, в 20:57 NOVT, Yuri Kosivtsov написал(а):

YK>>> Сабж? Вопрос спросить.
AK>> Не увидел вопроса, но эха сама себя не продует.
YK> Так я еще не спросил ))
YK> Жила-была FreeBSD 4.11, поставленная 19 лет назад. Все работало
YK> просто отлично и продолжает работать дальше.
YK> Поставил самый свежий релиз на текущий момент 14.1 и решил скопировать
YK> все со старого компа. Подключил винт от него на новую машину и
YK> не могу смонтировать. Пишет инвалид суперблок или что-то вроде того.
YK> Вопрос: файловая система поменялась? Есть ли возможность и как
YK> примонтировать диск от старой фри? /dev/ad1s1a и прочие есть,
YK> то есть разделы диска система видит.

Всё должно монтироваться, если правильно указываешь аргументы.
Покажи на новой системе gpart show и file -s /dev/... для файловой системы,
которую пытаешься смонтировать. И полностью покажи команду монтирования
и её выдачу.

Eugene
--- slrn/1.0.3 (FreeBSD)
Ответить с цитированием
  #5  
Старый 07.10.2024, 22:32
Yuri Kosivtsov
Guest
 
Сообщений: n/a
По умолчанию есть тут кто живой?

Yuri Kosivtsov написал(а) к Eugene Grosbein в Oct 24 21:15:51 по местному времени:

Нi, Eugene Grosbein

06 Oct 24, Eugene Grosbein wrote to Yuri Kosivtsov:

EG> Всё должно монтироваться, если правильно указываешь аргументы.
EG> Покажи на новой системе gpart show и file -s /dev/... для файловой
EG> системы, которую пытаешься смонтировать. И полностью покажи команду
EG> монтирования и её выдачу.

Извиняюсь, много букв будет

на freebsd 4.11 fstab
==
# Device Mountpoint FStype Options Dump Pass#
/dev/ad0s1b none swap sw 0 0
/dev/ad0s1a / ufs rw 1 1
/dev/ad0s1h /home ufs rw 2 2
/dev/ad0s1g /usr ufs rw 2 2
/dev/ad0s1f /tmp ufs rw 2 2
/dev/ad0s1e /var ufs rw 2 2
/dev/acd0c /cdrom cd9660 ro,noauto 0 0
proc /proc procfs rw 0 0
==

files -s /dev/ad*
==
/dev/ad0: x86 boot sector
/dev/ad0a: x86 boot sector, code offset 0x3c, reserved sectors 0, Media descriptor 0x0, reserved 0x16, dos < 4.0 BootSector (0x1f), BSD disklabel
/dev/ad0b: data
/dev/ad0c: x86 boot sector, code offset 0x3c, reserved sectors 0, Media descriptor 0x0, reserved 0x16, dos < 4.0 BootSector (0x1f), BSD disklabel
/dev/ad0d: empty
/dev/ad0e: Unix Fast File system (little-endian), last mounted on /var, last written at Mon Oct 7 14:17:27 2024, clean flag 0, number of blocks 262144, number of data blocks 258031, number of cylinder groups 3, block size 16384, fragment size 2048, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, TIME optimization
/dev/ad0f: Unix Fast File system (little-endian), last mounted on /tmp, last written at Mon Oct 7 14:17:19 2024, clean flag 0, number of blocks 262144, number of data blocks 258031, number of cylinder groups 3, block size 16384, fragment size 2048, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, TIME optimization
/dev/ad0g: Unix Fast File system (little-endian), last mounted on /usr, last written at Mon Oct 7 14:17:08 2024, clean flag 0, number of blocks 20480000, number of data blocks 20161390, number of cylinder groups 225, block size 16384, fragment size 2048, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, TIME optimization
/dev/ad0h: Unix Fast File system (little-endian), last mounted on /home, last written at Mon Oct 7 14:13:15 2024, clean flag 0, number of blocks 55888544, number of data blocks 55019107, number of cylinder groups 614, block size 16384, fragment size 2048, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, TIME optimization
/dev/ad0s1: x86 boot sector, code offset 0x3c, reserved sectors 0, Media descriptor 0x0, reserved 0x16, dos < 4.0 BootSector (0x1f), BSD disklabel
/dev/ad0s1a: x86 boot sector, code offset 0x3c, reserved sectors 0, Media descriptor 0x0, reserved 0x16, dos < 4.0 BootSector (0x1f), BSD disklabel
/dev/ad0s1b: data
/dev/ad0s1c: x86 boot sector, code offset 0x3c, reserved sectors 0, Media descriptor 0x0, reserved 0x16, dos < 4.0 BootSector (0x1f), BSD disklabel
/dev/ad0s1d: empty
/dev/ad0s1e: Unix Fast File system (little-endian), last mounted on /var, last written at Mon Oct 7 14:17:27 2024, clean flag 0, number of blocks 262144, number of data blocks 258031, number of cylinder groups 3, block size 16384, fragment size 2048, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, TIME optimization
/dev/ad0s1f: Unix Fast File system (little-endian), last mounted on /tmp, last written at Mon Oct 7 14:17:19 2024, clean flag 0, number of blocks 262144, number of data blocks 258031, number of cylinder groups 3, block size 16384, fragment size 2048, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, TIME optimization
/dev/ad0s1g: Unix Fast File system (little-endian), last mounted on /usr, last written at Mon Oct 7 14:17:08 2024, clean flag 0, number of blocks 20480000, number of data blocks 20161390, number of cylinder groups 225, block size 16384, fragment size 2048, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, TIME optimization
/dev/ad0s1h: Unix Fast File system (little-endian), last mounted on /home, last written at Mon Oct 7 14:13:15 2024, clean flag 0, number of blocks 55888544, number of data blocks 55019107, number of cylinder groups 614, block size 16384, fragment size 2048, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, TIME optimization
/dev/ad0s2: empty
/dev/ad0s3: empty
/dev/ad0s4: empty
==

Соответственно все нормально монтируется. С этого диска загружается и
работает. Также можно смонтировать при загрузке live-систем с сидюка
(frenzy и т.п.)


Далее загрузил FreeBSD 14.1 i386 c cd. Зашел в Live System.

gpart show
==
=> 63 312579632 ada0 MBR (149G)
63 312576642 1 freebsd [active] (149G)
312576705 2990 - free - (1.5M)

=> 0 312576642 ada0s1 BSD (149G)
0 843776 1 freebsd-ufs (412M)
843776 4161536 2 freebsd-swap (2.0G)
5005312 1048576 5 freebsd-ufs (512M)
6053888 1048576 6 freebsd-ufs (512M)
7102464 81920000 7 freebsd-ufs (39G)
89022464 223554178 8 freebsd-ufs (107G)

=> 63 312579632 diskid/DISK-9RAB2C30 MBR (149G)
63 312576642 1 freebsd [active] (149G)
312576705 2990 - free - (1.5M)

=> 0 312576642 diskid/DISK-9RAB2C30s1 BSD (149G)
0 843776 1 freebsd-ufs (412M)
843776 4161536 2 freebsd-swap (2.0G)
5005312 1048576 5 freebsd-ufs (512M)
6053888 1048576 6 freebsd-ufs (512M)
7102464 81920000 7 freebsd-ufs (39G)
89022464 223554178 8 freebsd-ufs (107G)

=> 63 15722433 da0 MBR (7.5G)
63 193 - free - (97K)
256 15722240 4 fat32lba [active] (7.5G)
==

files -s /dev/ad*
==
/dev/ada0: DOS/MBR boot sector; partition 1 : ID=0xa5, active, start-CНS (0x0,1,1), end-CНS (0x3ff,254,63), startsector 63, 312576642 sectors
/dev/ada0s1: DOS/MBR boot sector, BSD disklabel
/dev/ada0s1a: DOS/MBR boot sector, BSD disklabel
/dev/ada0s1b: data
/dev/ada0s1e: Unix Fast File system [v1] (little-endian), last mounted on /var, last written at Invalid datetime, clean flag 1, number of blocks 262144, number of data blocks 258031, number of cylinder groups 3, block size 16384, fragment size 2048, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, TIME optimization
/dev/ada0s1f: Unix Fast File system [v1] (little-endian), last mounted on /tmp, last written at Invalid datetime, clean flag 1, number of blocks 262144, number of data blocks 258031, number of cylinder groups 3, block size 16384, fragment size 2048, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, TIME optimization
/dev/ada0s1g: Unix Fast File system [v1] (little-endian), last mounted on /usr, last written at Invalid datetime, clean flag 1, number of blocks 20480000, number of data blocks 20161390, number of cylinder groups 225, block size 16384, fragment size 2048, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, TIME optimization
/dev/ada0s1h: Unix Fast File system [v1] (little-endian), last mounted on /home, last written at Invalid datetime, clean flag 1, number of blocks 55888544, number of data blocks 55019107, number of cylinder groups 614, block size 16384, fragment size 2048, minimum percentage of free blocks 8, rotational delay 0ms, disk rotational speed 60rps, TIME optimization
==

не монтирует. Голову сломал, нигде ответа найти не могу

mount /dev/ada0s1a /mnt
==
UFS1 superblock failed: fs->fssize (0) < 8 * fs->fsfrag (64)
UFS1 superblock failed: fs->fssize (0) <= ((int64_t)fs->fsncg - 1g (190464)
UFS1 superblock failed: fs->fscsaddr + howmany(fs->fscssize, fs-> >
fs->fs_size(0)
UFS1 superblock failed: fs->fs_csaddr (0) < cgdmin(fs, dtog(fs,fs-(1112)
mount: /dev/ada0s1a: No such file or directory
==

Если пытаться монтировать другие разделы (/dev/ada0s1g и др.) результат тот же.
=== Cut ===


Bye

---
Ответить с цитированием
  #6  
Старый 10.10.2024, 08:01
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию Re: есть тут кто живой?

Eugene Grosbein написал(а) к Yuri Kosivtsov в Oct 24 10:48:13 по местному времени:

07 окт. 2024, понедельник, в 21:15 NOVT, Yuri Kosivtsov написал(а):

YK> не монтирует. Голову сломал, нигде ответа найти не могу
YK> mount /dev/ada0s1a /mnt
YK> ==
YK> UFS1 superblock failed: fs->fssize (0) < 8 * fs->fsfrag (64)
YK> UFS1 superblock failed: fs->fssize (0) <= ((int64_t)fs->fsncg - 1g (190464)
YK> UFS1 superblock failed: fs->fscsaddr + howmany(fs->fscssize, fs-> >
YK> fs->fs_size(0)
YK> UFS1 superblock failed: fs->fs_csaddr (0) < cgdmin(fs, dtog(fs,fs-(1112)
YK> mount: /dev/ada0s1a: No such file or directory
YK> ==
YK> Если пытаться монтировать другие разделы (/dev/ada0s1g и др.) результат тот
YK> же.

Поиск в гугле по запросу UFS1 superblock failed: "fs->fs_size"
даёт единственную ссылку, она же правильный ответ:
https://lists.freebsd.org/archives/d...er/019207.html

То есть, начиная с ветки 13.x, проверка суперблока при монтировании
стала более строгой и больше не игнорирует несуразности в нём.

Эти несуразности должен исправлять fsck_ffs, так что тебе нужно
сделать fsck_ffs -y /dev/ada0s1a на свежей версии, ну и для остальных fs тоже.

Eugene
--
Чтобы всё как у всех, но чтоб при этом - не так, как они.
--- slrn/1.0.3 (FreeBSD)
Ответить с цитированием
  #7  
Старый 10.10.2024, 22:52
Yuri Kosivtsov
Guest
 
Сообщений: n/a
По умолчанию есть тут кто живой?

Yuri Kosivtsov написал(а) к eugen@grosbein.net в Oct 24 21:27:29 по местному времени:

Нi, eugen@grosbein.net

10 Oct 24, Eugene Grosbein wrote to Yuri Kosivtsov:

EG> Поиск в гугле по запросу UFS1 superblock failed: "fs->fs_size"
EG> даёт единственную ссылку, она же правильный ответ:
EG> https://lists.freebsd.org/archives/d...022-November/0
EG> 19207.html
EG> То есть, начиная с ветки 13.x, проверка суперблока при монтировании
EG> стала более строгой и больше не игнорирует несуразности в нём.
EG> Эти несуразности должен исправлять fsck_ffs, так что тебе нужно
EG> сделать fsck_ffs -y /dev/ada0s1a на свежей версии, ну и для остальных
EG> fs тоже.

Исправить должен, но не исправил. Запустил fsck_ffs, получил:
=== Cut ===
UFS1 superblock failed: fs->fssize (0) < 8 * fs->fsfrag (64)
UFS1 superblock failed: fs->fssize (0) <= ((int64_t)fs->fsncg - 1) *
fs->fs_fpg (190464)
UFS1 superblock failed: fs->fscsaddr + howmany(fs->fs_cssize, fs->fsfsize)
(1) > fs->fs_size (0)
UFS1 superblock failed: fs->fscsaddr (0) < cgdmin(fs, dtog(fs, fs->fscsaddr)) (1112)
Attempted recovery for standard superblock: failed
Attempt extraction of recovery data from standard superblock.
Try cg 0 at sblock loc 32
UFS1 superblock failed: fs->fssize (0) < 8 * fs->fsfrag (64)
UFS1 superblock failed: fs->fssize (0) <= ((int64_t)fs->fsncg - 1) *
fs->fs_fpg (190464)
UFS1 superblock failed: fs->fscsaddr + howmany(fs->fs_cssize, fs->fsfsize)
(1) > fs->fs_size (0)
UFS1 superblock failed: fs->fscsaddr (0) < cgdmin(fs, dtog(fs, fs->fscsaddr)) (1112)
Try cg 1 at sblock loc 380960
UFS1 superblock failed: fs->fssize (0) < 8 * fs->fsfrag (64)
UFS1 superblock failed: fs->fssize (0) <= ((int64_t)fs->fsncg - 1) *
fs->fs_fpg (190464)
UFS1 superblock failed: fs->fscsaddr + howmany(fs->fs_cssize, fs->fsfsize)
(1) > fs->fs_size (0)
UFS1 superblock failed: fs->fscsaddr (0) < cgdmin(fs, dtog(fs, fs->fscsaddr)) (1112)
Try cg 2 at sblock loc 761888
UFS1 superblock failed: fs->fssize (0) < 8 * fs->fsfrag (64)
UFS1 superblock failed: fs->fssize (0) <= ((int64_t)fs->fsncg - 1) *
fs->fs_fpg (190464)
UFS1 superblock failed: fs->fscsaddr + howmany(fs->fs_cssize, fs->fsfsize)
(1) > fs->fs_size (0)
UFS1 superblock failed: fs->fscsaddr (0) < cgdmin(fs, dtog(fs, fs->fscsaddr)) (1112)
Finding an alternate superblock failed.
Check for only non-critical errors in standard superblock
UFS1 superblock failed: fs->fssize (0) < 8 * fs->fsfrag (64)
UFS1 superblock failed: fs->fssize (0) <= ((int64_t)fs->fsncg - 1) *
fs->fs_fpg (190464)
UFS1 superblock failed: fs->fscsaddr + howmany(fs->fs_cssize, fs->fsfsize)
(1) > fs->fs_size (0)
UFS1 superblock failed: fs->fscsaddr (0) < cgdmin(fs, dtog(fs, fs->fscsaddr)) (1112)
Failed, superblock has critical errors
SEARCН FOR ALTERNATE SUPER-BLOCK FAILED. YOU MUST USE TНE
-b OPTION TO FSCK TO SPECIFY TНE LOCATION OF AN ALTERNATE
SUPER-BLOCK TO SUPPLY NEEDED INFORMATION; SEE fsck_ffs(8).
=== Cut ===

на других разделах аналогично, только букв побольше, везде вывод, что
неисправимо. И не монтирует.

Проблему решил следующим образом. Вытащил оба винчестера и с 4.11 и с 14.1
и вставил в старый комп, на котором есть сидюк. Загрузился с сидюка
Frenzy 1.4 (live cd на основе FreeBSD 8.3). И восьмерка увидела и дала
смонтировать все, и диск от 14 (geom) и от 4 (mbr). Далее таром перенес
нужную информацию. То есть проблема исключительно в совместимости новых
версий со старыми (проще говоря сломали систему, пытаясь улучшить).

Вот теперь думаю, а нужна ли мне новая фря, если ее так ломают? Под
любой самой современной виндой я с легкостью прочитаю диск с FAT 12
от MSDOS 2.0. А тут абсолютно тривиальная задача переноса информации
потребовала недель на решение.

Bye

---
Ответить с цитированием
  #8  
Старый 11.10.2024, 02:31
Eugene Grosbein
Guest
 
Сообщений: n/a
По умолчанию Re: есть тут кто живой?

Eugene Grosbein написал(а) к Yuri Kosivtsov в Oct 24 05:15:37 по местному времени:

10 окт. 2024, четверг, в 21:27 NOVT, Yuri Kosivtsov написал(а):

YK> Вот теперь думаю, а нужна ли мне новая фря, если ее так ломают? Под
YK> любой самой современной виндой я с легкостью прочитаю диск с FAT 12
YK> от MSDOS 2.0.

Потому что FAT12 тупая как пробка.

Eugene
--- slrn/1.0.3 (FreeBSD)
Ответить с цитированием
  #9  
Старый 11.10.2024, 20:51
Yuri Kosivtsov
Guest
 
Сообщений: n/a
По умолчанию есть тут кто живой?

Yuri Kosivtsov написал(а) к eugen@grosbein.net в Oct 24 19:23:38 по местному времени:

Нi, eugen@grosbein.net

11 Oct 24, Eugene Grosbein wrote to Yuri Kosivtsov:

EG> Потому что FAT12 тупая как пробка.
Сегодня вылезла еще одна проблема. Как я писал, я скопировал
информацию на жесткий диск с установленной 14.1. Далее, вставил
жесткий диск на место и загрузился с него. Пришлось кстати, после
монтирования в восьмой freebsd запускать fsck_ffs

Хотел перенести скопированное в другой каталог. Стандартно, через
tar -cf ....| tar xpf
Получил следующую кучу ошибок наподобие:
'./DOCUMENT/Oleg////PDF/b9912.pdf' to UTF-8: Can't translate pathname

я понимаю, что или пути слишком длинные, или проблема с русскими
именами файлов, которые в совершенно разных кодировках были (больше
всего в win1251 от самбы) и наверное между /// именно они. Но делать
то что? Можно новую систему как-то научить русским именам файлов?
В старой все работало, а пользователей сейчас к именам
в стиле 8.3 msdos уже не приучить.

Bye

---
Ответить с цитированием
  #10  
Старый 11.10.2024, 23:32
Valentin Nechayev
Guest
 
Сообщений: n/a
По умолчанию есть тут кто живой?

Valentin Nechayev написал(а) к Yuri Kosivtsov в Oct 24 22:14:54 по местному времени:


Нi,

>>>> Yuri Kosivtsov wrote:

YK> Хотел перенести скопированное в другой каталог. Стандартно, через
YK> tar -cf ....| tar xpf
YK> Получил следующую кучу ошибок наподобие:
YK> './DOCUMENT/Oleg////PDF/b9912.pdf' to UTF-8: Can't translate pathname

YK> я понимаю, что или пути слишком длинные, или проблема с русскими
YK> именами файлов, которые в совершенно разных кодировках были (больше
YK> всего в win1251 от самбы) и наверное между /// именно они. Но делать
YK> то что? Можно новую систему как-то научить русским именам файлов?
YK> В старой все работало, а пользователей сейчас к именам
YK> в стиле 8.3 msdos уже не приучить.

Я в мане по tar не нашёл ничего про кодировки, но если он умничает согласно текущей локали, то можно попробовать через `export LC_ALL=C` отключить ему это...


-netch-

... "Сам ты дятел!" - подумал Мюллер.

---
Ответить с цитированием
Ответ


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 23:24. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot