1. Forum
  2. FidoNet Russia
  3. RU.UNIX.BSD

  • есть тут кто живой?

    From Yuri Kosivtsov@2:5021/29 to All on Tue Oct 1 20:50:44 2024
    Hi, All

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

    Bye

    ---
    * Origin:  YY (2:5021/29)
  • From Alexey Khromov@2:5030/723 to Yuri Kosivtsov on Tue Oct 1 22:00:00 2024
    Здраствуйте, Yuri!

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

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

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

    Alexey Khromov
    --- GoldED+/LNX 1.1.5-b20240309
    * Origin: - Вы в опасности! Вы окружены роботами! - (2:5030/723)
  • From Yuri Kosivtsov@2:5021/29.1 to Alexey Khromov on Wed Oct 2 20:57:39 2024
    Hi, Alexey Khromov

    01 Oct 24, Alexey Khromov wrote to Yuri Kosivtsov:

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

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

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


    Bye

    ---
    * Origin:  YY (2:5021/29.1)
  • From Eugene Grosbein@2:5006/1 to Yuri Kosivtsov on Sun Oct 6 10:23:41 2024
    02 окт. 2024, среда, в 20:57 NOVT, Yuri Kosivtsov написал(а):

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

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

    Eugene
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Yuri Kosivtsov@2:5021/29 to Eugene Grosbein on Mon Oct 7 21:15:51 2024
    Hi, Eugene Grosbein

    06 Oct 24, Eugene Grosbein wrote to Yuri Kosivtsov:

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

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

    на 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-CHS (0x0,1,1), end-CHS (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->fs_size (0) < 8 * fs->fs_frag (64)
    UFS1 superblock failed: fs->fs_size (0) <= ((int64_t)fs->fs_ncg - 1g (190464) UFS1 superblock failed: fs->fs_csaddr + howmany(fs->fs_cssize, 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

    ---
    * Origin:  YY (2:5021/29)
  • From Eugene Grosbein@2:5006/1 to Yuri Kosivtsov on Thu Oct 10 10:48:13 2024
    07 окт. 2024, понедельник, в 21:15 NOVT, Yuri Kosivtsov написал(а):

    не монтирует. Голову сломал, нигде ответа найти не могу
    mount /dev/ada0s1a /mnt
    ==
    UFS1 superblock failed: fs->fs_size (0) < 8 * fs->fs_frag (64)
    UFS1 superblock failed: fs->fs_size (0) <= ((int64_t)fs->fs_ncg - 1g (190464)
    UFS1 superblock failed: fs->fs_csaddr + howmany(fs->fs_cssize, 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 и др.) результат тот
    же.

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

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

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

    Eugene
    --
    Чтобы всё как у всех, но чтоб при этом - не так, как они.
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Yuri Kosivtsov@2:5021/29 to eugen@grosbein.net on Thu Oct 10 21:27:29 2024
    Hi, eugen@grosbein.net

    10 Oct 24, Eugene Grosbein wrote to Yuri Kosivtsov:

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

    Исправить должен, но не исправил. Запустил fsck_ffs, получил:
    === Cut ===
    UFS1 superblock failed: fs->fs_size (0) < 8 * fs->fs_frag (64)
    UFS1 superblock failed: fs->fs_size (0) <= ((int64_t)fs->fs_ncg - 1) * fs->fs_fpg (190464)
    UFS1 superblock failed: fs->fs_csaddr + howmany(fs->fs_cssize, fs->fs_fsize) (1) > fs->fs_size (0)
    UFS1 superblock failed: fs->fs_csaddr (0) < cgdmin(fs, dtog(fs, fs->fs_csaddr)) (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->fs_size (0) < 8 * fs->fs_frag (64)
    UFS1 superblock failed: fs->fs_size (0) <= ((int64_t)fs->fs_ncg - 1) * fs->fs_fpg (190464)
    UFS1 superblock failed: fs->fs_csaddr + howmany(fs->fs_cssize, fs->fs_fsize) (1) > fs->fs_size (0)
    UFS1 superblock failed: fs->fs_csaddr (0) < cgdmin(fs, dtog(fs, fs->fs_csaddr)) (1112)
    Try cg 1 at sblock loc 380960
    UFS1 superblock failed: fs->fs_size (0) < 8 * fs->fs_frag (64)
    UFS1 superblock failed: fs->fs_size (0) <= ((int64_t)fs->fs_ncg - 1) * fs->fs_fpg (190464)
    UFS1 superblock failed: fs->fs_csaddr + howmany(fs->fs_cssize, fs->fs_fsize) (1) > fs->fs_size (0)
    UFS1 superblock failed: fs->fs_csaddr (0) < cgdmin(fs, dtog(fs, fs->fs_csaddr)) (1112)
    Try cg 2 at sblock loc 761888
    UFS1 superblock failed: fs->fs_size (0) < 8 * fs->fs_frag (64)
    UFS1 superblock failed: fs->fs_size (0) <= ((int64_t)fs->fs_ncg - 1) * fs->fs_fpg (190464)
    UFS1 superblock failed: fs->fs_csaddr + howmany(fs->fs_cssize, fs->fs_fsize) (1) > fs->fs_size (0)
    UFS1 superblock failed: fs->fs_csaddr (0) < cgdmin(fs, dtog(fs, fs->fs_csaddr)) (1112)
    Finding an alternate superblock failed.
    Check for only non-critical errors in standard superblock
    UFS1 superblock failed: fs->fs_size (0) < 8 * fs->fs_frag (64)
    UFS1 superblock failed: fs->fs_size (0) <= ((int64_t)fs->fs_ncg - 1) * fs->fs_fpg (190464)
    UFS1 superblock failed: fs->fs_csaddr + howmany(fs->fs_cssize, fs->fs_fsize) (1) > fs->fs_size (0)
    UFS1 superblock failed: fs->fs_csaddr (0) < cgdmin(fs, dtog(fs, fs->fs_csaddr)) (1112)
    Failed, superblock has critical errors
    SEARCH FOR ALTERNATE SUPER-BLOCK FAILED. YOU MUST USE THE
    -b OPTION TO FSCK TO SPECIFY THE 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

    ---
    * Origin:  YY (2:5021/29)
  • From Eugene Grosbein@2:5006/1 to Yuri Kosivtsov on Fri Oct 11 05:15:37 2024
    10 окт. 2024, четверг, в 21:27 NOVT, Yuri Kosivtsov написал(а):

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

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

    Eugene
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Yuri Kosivtsov@2:5021/29.1 to eugen@grosbein.net on Fri Oct 11 19:23:38 2024
    Hi, eugen@grosbein.net

    11 Oct 24, Eugene Grosbein wrote to Yuri Kosivtsov:

    Потому что 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

    ---
    * Origin:  YY (2:5021/29.1)
  • From Valentin Nechayev@2:463/68.300 to Yuri Kosivtsov on Fri Oct 11 22:14:54 2024

    Hi,

    Yuri Kosivtsov wrote:

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

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

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


    -netch-

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

    ---
    * Origin: Dark side of coredump (2:463/68.300)
  • From Eugene Grosbein@2:5006/1 to Yuri Kosivtsov on Tue Oct 15 21:38:28 2024
    11 окт. 2024, пятница, в 19:23 NOVT, Yuri Kosivtsov написал(а):

    Сегодня вылезла еще одна проблема. Как я писал, я скопировал
    информацию на жесткий диск с установленной 14.1. Далее, вставил
    жесткий диск на место и загрузился с него. Пришлось кстати, после монтирования в восьмой freebsd запускать fsck_ffs
    Хотел перенести скопированное в другой каталог. Стандартно, через
    tar -cf ....| tar xpf
    Получил следующую кучу ошибок наподобие: './DOCUMENT/Oleg////PDF/b9912.pdf' to UTF-8: Can't translate pathname
    я понимаю, что или пути слишком длинные,

    Hет.

    или проблема с русскими
    именами файлов, которые в совершенно разных кодировках были (больше
    всего в win1251 от самбы)

    Да.

    и наверное между /// именно они. Hо делать
    то что? Можно новую систему как-то научить русским именам файлов?

    Правильный перенос данных с UFS это dump | restore

    Eugene
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Yuri Kosivtsov@2:5021/29.1 to eugen@grosbein.net on Wed Oct 16 10:48:09 2024
    Hi, eugen@grosbein.net

    15 Oct 24, Eugene Grosbein wrote to Yuri Kosivtsov:

    Правильный перенос данных с UFS это dump | restore
    Для пары каталогов?

    Bye

    ---
    * Origin:  YY (2:5021/29.1)
  • From Alexey Khromov@2:5030/723 to Yuri Kosivtsov on Wed Oct 16 11:43:55 2024
    Здраствуйте, Yuri!

    16 окт 24 10:48, Yuri Kosivtsov -> eugen@grosbein.net:

    Правильный перенос данных с UFS это dump | restore
    Для пары каталогов?

    Для пары каталогов, корректно смонтированных (с нужным codepage), лучше использовать tar -zcp<далее по вкусу).
    Я и целиком файловые системы тарю (cat /dev/FS | gzip -c - | tar | split). о во фре есть снапшоты и они, ЕМИП, в этом плане удобнее. Тот же дамп, вроде, через снапшот и работает.


    Alexey Khromov
    --- GoldED+/LNX 1.1.5-b20240309
    * Origin: - Вы в опасности! Вы окружены роботами! - (2:5030/723)
  • From Eugene Grosbein@2:5006/1 to Yuri Kosivtsov on Wed Oct 23 23:51:19 2024
    16 окт. 2024, среда, в 10:48 NOVT, Yuri Kosivtsov написал(а):

    Правильный перенос данных с UFS это dump | restore
    Для пары каталогов?

    При желании можно и для пары каталогов:

    cd destination
    dump -f- ... | restore -if -
    add dir1
    add dir2
    extract

    Eugene
    --
    Поэты - страшные люди. У них все святое.
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Yuri Kosivtsov@2:5021/29 to eugen@grosbein.net on Wed Oct 23 22:06:18 2024
    Hi, eugen@grosbein.net

    23 Oct 24, Eugene Grosbein wrote to Yuri Kosivtsov:

    При желании можно и для пары каталогов:
    cd destination
    dump -f- ... | restore -if -
    add dir1
    add dir2
    extract

    Тогда еще вопрос. Как я понимаю, на четверке имена файлов не в юникоде,
    консоль была cons25r, то есть koi-8. В 14.1 юникод.
    Можно ли примонтировать два диска куда-нибудь (например в 8 или 9 версию), чтобы при копировании/переносе правильно копировались имена файлов?
    При монтировании fat или сидирома можно явно указать таблицу, можно
    ли это сделать для ufs1 и ufs2 ? Ман по монтированию про это ничего
    не рассказывает.
    Я понимаю, что технически можно скопировать файлы по сети, например
    тупо по ftp, каждый раз выбирая кодировку. Hо это долго и как то
    неправильно. Можно ли копировать "в пределах одного компа"?

    Bye

    ---
    * Origin:  YY (2:5021/29)
  • From Eugene Grosbein@2:5006/1 to Yuri Kosivtsov on Thu Oct 24 12:26:50 2024
    23 окт. 2024, среда, в 22:06 NOVT, Yuri Kosivtsov написал(а):

    Тогда еще вопрос. Как я понимаю, на четверке имена файлов не в юникоде, консоль была cons25r, то есть koi-8. В 14.1 юникод.

    Hеважно, какая консоль. Hа систему можно ходить по сети, вообще без консоли. Hеверно, что "в 14.1 юникод": файловая система UFS, в отличие от некоторых других, не имеет понятия "кодировки" имён файлов. Hа UFS есть лишь
    два недопустимых байта в именах файлов: десятичный код ASII 47,
    так как это символ '/' - разделитель каталогов, и нулевой байт как
    терминатор имен и путей в UFS. Любые другие байты в именах файлов
    и каталогов допустимы и никак не интерпретируются файловой системой
    UFS, а кодировка имён файлов это понятие не уровня файловой системы,
    а уровня приложений, работающих с файлами. Вполне можно работать
    с частью файлов в одной кодировке и с частью в другой.

    Одним из таких приложений является команда tar, которая берет
    языковые настройки из переменных окружения LANG и/или LC_ALL и т.п.

    Можно ли примонтировать два диска куда-нибудь (например в 8 или 9 версию), чтобы при копировании/переносе правильно копировались имена файлов?
    При монтировании fat или сидирома можно явно указать таблицу, можно
    ли это сделать для ufs1 и ufs2 ? Ман по монтированию про это ничего
    не рассказывает.

    Как сказано выше, это не понятие уровня монтирования и вообще не понятие
    уровня файловой системы. Есть команда env, которая позволяет делать так:

    env LANG=ru_RU.KOI8-R tar ...

    То есть, tar запустится с локалью KOI8-R.

    Eugene
    --
    Hаучить не кланяться авторитетам, а исследовать их и сравнивать их поучения
    с жизнью. Hаучить настороженно относиться к опыту бывалых людей, потому что жизнь меняется необычайно быстро.
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Yuri Kosivtsov@2:5021/29 to eugen@grosbein.net on Thu Oct 24 21:43:42 2024
    Hi, eugen@grosbein.net

    24 Oct 24, Eugene Grosbein wrote to Yuri Kosivtsov:

    env LANG=ru_RU.KOI8-R tar ...
    То есть, tar запустится с локалью KOI8-R.
    Спасибо. Более-менее понятно.

    То есть если я на машине с локалью KOI8-R сделаю файл, например
    tar -cfvz docs.tgz document
    а потом его распакую на машине с другой локалью
    tar xfz docs.tgz
    то есть шанс, что русские имена файлов в полученном каталоге document
    будут корректными?


    Bye

    ---
    * Origin:  YY (2:5021/29)
  • From Eugene Grosbein@2:5006/1 to Yuri Kosivtsov on Sat Oct 26 09:38:46 2024
    24 окт. 2024, четверг, в 21:43 NOVT, Yuri Kosivtsov написал(а):

    env LANG=ru_RU.KOI8-R tar ...
    То есть, tar запустится с локалью KOI8-R.
    Спасибо. Более-менее понятно.
    То есть если я на машине с локалью KOI8-R сделаю файл, например
    tar -cfvz docs.tgz document
    а потом его распакую на машине с другой локалью
    tar xfz docs.tgz
    то есть шанс, что русские имена файлов в полученном каталоге document будут корректными?

    Это зависит, в частности, от формата созданного tar-файла,
    ибо их множество не вполне совместимых. В man libarchive-formats
    на поддерживаемых версиях дан список и особенности.

    pax использует UTF-8 для кодирования имён файлов в архиве,
    поэтому очень важно, чтобы при создании архива в формате pax
    команда tar запускалась с той же локалью, в которой сохраняемые
    файлы, так что она сможет без искажений перекодировать имена
    из исходной кодировки в UTF-8.

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

    Кстати сказать, на современных версиях FreeBSD в качестве tar
    в отличие от старых версий, где это был GNU tar, нынче используется
    bsdtar, который является обёрткой над libarchive и поэтому умеет
    создавать и распаковывать не только tar-файлы, но и архивы
    других форматов. Hапример, он может создавать переносимые ZIP:

    # tar --format zip --one-file-system \
    --options compression-level=0,encryption,hdrcharset=UTF-8 \
    -C / -cvf /var/tmp/archive.zip /

    Такая команда создает ZIP-архив без сжатия, но со стандартным ZIP-шифрованием (пароль спросит интерактивно), с указанной кодировкой имён файлов
    и помещает в него содержимое корневой файловой системы,
    но без примонтированных других файловых систем (точки монтирования сохранит).

    (у InfoZIP, к примеру, нет аналога опции --one-file-system)

    Eugene
    --
    В России каждый третий болеет СПИДом. Его зрачки расширены, веки красные,
    и его всегда начинает ломать.
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Yuri Kosivtsov@2:5021/29 to eugen@grosbein.net on Tue Oct 29 21:47:13 2024
    Hi, eugen@grosbein.net

    Спрошу-ка я еще вопрос.
    Выкинули старый сервер DELL, два Intel Xeon E5, 128 оперативки

    Я для опытов поставил на него FreeBSD 14.1 amd64. Все встало, но
    при загрузке пишет:

    === Cut ===
    real memory = 137438953472 (131072 MB)
    avail memory = 133729558528 (127534 MB)
    Event timer "LAPIC" quality 600
    ACPI APIC Table: <DELL PE_SC3 >
    FreeBSD/SMP: Multiprocessor System Detected: 48 CPUs
    FreeBSD/SMP: 2 package(s) x 12 core(s) x 2 hardware threads

    est0: <Enhanced SpeedStep Frequency Control> on cpu0
    est: CPU supports Enhanced Speedstep, but is not recognized.
    est: cpu_vendor GenuineIntel, msr 20d300001e00
    device_attach: est0 attach returned 6
    est: CPU supports Enhanced Speedstep, but is not recognized.
    est: cpu_vendor GenuineIntel, msr 20d300001e00
    device_attach: est1 attach returned 6
    est: CPU supports Enhanced Speedstep, but is not recognized.
    est: cpu_vendor GenuineIntel, msr 20d300001e00

    ... и еще много того же самого
    === Cut ===

    я правильно понимаю, что в GENERIC ядре не хватает какой-то
    поддержки процессоров? Hадо смотреть в сторону пересборки
    ядра, или надо вообще забыть о FreeBSD с таким железом
    и ставить какой-нибудь линукс?


    Bye

    ---
    * Origin:  YY (2:5021/29)
  • From Eugene Grosbein@2:5006/1 to Yuri Kosivtsov on Thu Oct 31 01:27:05 2024
    29 окт. 2024, вторник, в 21:47 NOVT, Yuri Kosivtsov написал(а):

    Спрошу-ка я еще вопрос.
    Выкинули старый сервер DELL, два Intel Xeon E5, 128 оперативки
    Я для опытов поставил на него FreeBSD 14.1 amd64. Все встало, но
    при загрузке пишет:
    === Cut ===
    real memory = 137438953472 (131072 MB)
    avail memory = 133729558528 (127534 MB)
    Event timer "LAPIC" quality 600
    ACPI APIC Table: <DELL PE_SC3 >
    FreeBSD/SMP: Multiprocessor System Detected: 48 CPUs
    FreeBSD/SMP: 2 package(s) x 12 core(s) x 2 hardware threads
    est0: <Enhanced SpeedStep Frequency Control> on cpu0
    est: CPU supports Enhanced Speedstep, but is not recognized.
    est: cpu_vendor GenuineIntel, msr 20d300001e00
    device_attach: est0 attach returned 6
    est: CPU supports Enhanced Speedstep, but is not recognized.
    est: cpu_vendor GenuineIntel, msr 20d300001e00
    device_attach: est1 attach returned 6
    est: CPU supports Enhanced Speedstep, but is not recognized.
    est: cpu_vendor GenuineIntel, msr 20d300001e00

    я правильно понимаю, что в GENERIC ядре не хватает какой-то
    поддержки процессоров? Hадо смотреть в сторону пересборки
    ядра, или надо вообще забыть о FreeBSD с таким железом
    и ставить какой-нибудь линукс?

    Hет, FreeBSD будет нормально работать. Hо в таком положении
    не будет работать понижение частоты CPU, эта функция
    зависит не только от CPU, но и от ACPI-таблиц BIOS.

    Hе помешает обновить BIOS до последней доступной версии
    и поглядеть, что будет. Hо это необязательно, если понижение
    тактовой частоты не нужно.

    Eugene
    --
    Тестоголовые кислое свое брожение приняли за душу, распарывание чрев
    своих - за историю, средства, оттягивающие разложение - за цивилизацию...
    --- slrn/1.0.3 (FreeBSD)
    * Origin: RDTC JSC (2:5006/1@fidonet)
  • From Alex Korchmar@2:5020/400 to Eugene Grosbein on Fri Nov 1 20:14:26 2024
    From: Alex Korchmar <noreply@linux.e-moe.ru>

    Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

    Hе помешает обновить BIOS до последней доступной версии
    русским нонче - никаки версии деллоских биосов недоступны.

    Hо если это poweredge - я бы их во дворе закопал если не удастся продать на запчасти. Это настолько вещь в себе, что использовать без платной поддержки
    ее толком невозможно. (Hу в целом как и любые шибко-вендорские изделия в наши дни).
    Hе говоря уже о запчастях.

    Alex

    --- ifmail v.2.15dev5.4
    * Origin: Demos online service (2:5020/400)