|
|
|
|
Помогите разобраться?
-----------------------------------------------------------------------
# fdisk sd0
Disk: sd0 geometry: 3876021/16/63 [3907029168 Sectors]
Offset: 0 Signature: 0xAA55
Starting Ending LBA Info:
#: id C H S - C H S [ start: size ]
------------------------------------------------------------------------
0: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
1: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
2: 00 0 0 0 - 0 0 0 [ 0: 0 ] unused
3: A6 0 1 1 - 3876020 15 63 [ 63: 3907029105 ] OpenBSD
-----------------------------------------------------------------------
-----------------------------------------------------------------------
#disklabel sd0
# Inside MBR partition 3: type A6 start 63 size 3907029105
# /dev/rsd0c:
type: SCSI
disk: SCSI disk
label: WDC WD20EARS-00S
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 16
sectors/cylinder: 1008
cylinders: 3876021
total sectors: 3907029168
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # microseconds
track-to-track seek: 0 # microseconds
drivedata: 0
16 partitions:
# size offset fstype [fsize bsize cpg]
a: 3907029105 63 4.2BSD 2048 16384 16
c: 3907029168 0 unused 0 0
-----------------------------------------------------------------------
Пытаюсь выполнить:
newfs -O2 /dev/sd0a
Через некоторое время получаю результат:
newfs: wtfs: write error on block -2147132256: Invalid argument
--
Yours faithfully, Vladimir L. Antipov
the engineer-programmer, "IC Sampo.ru" UAB
mailto: [hidden email]
|
|
|
On 00:48 Thu 16 Feb , Vladimir L. Antipov wrote:
>
> newfs: wtfs: write error on block -2147132256: Invalid argument
А диск нормальный? Может на бэды его проверить?
|
|
|
> # fdisk sd0
> Disk: sd0 geometry: 3876021/16/63 [3907029168 Sectors]
> Offset: 0 Signature: 0xAA55
...
> 3: A6 0 1 1 - 3876020 15 63 [ 63: 3907029105 ] OpenBSD
У меня:
$ uname -a
OpenBSD obsdvm 5.0 GENERIC#43 i386
$ sudo fdisk wd0
Disk: wd0 geometry: 6241/16/63 [6291456 Sectors]
Offset: 0 Signature: 0xAA55
...
*3: A6 0 1 2 - 6240 15 63 [ 64: 6290864 ] OpenBSD
^^^^^^
$ sudo disklabel wd0
...
# size offset fstype [fsize bsize cpg]
a: 410176 64 4.2BSD 2048 16384 1 # /
^^^^^
...
Во-первых, попробуйте пересоздать раздел (fdisk -iy), отступ должен
быть 64 сектора. Потом попробуйте в ручном режиме fdisk'ом обнулить
разделы и создать а6 раздел, тоже должно по умолчанию 64 сектора
отступать. (вообще, до 64 секторов стали округлять когда озаботились
4К-секторными дисками, и насколько я помню даже раньше 5.0.)
Ну и после этого disklabel и newfs.
Во-вторых, следует проверить всё это самое на -current'е. Если у вас
старая ось, то лучше сразу на каренте проверять.
Если на каренте будет проблема, пожалуйста, отпишитесь об этом
товарищу Kenneth R. Westerback (kwesterback на rogers.com, krw на
cvs.openbsd.org) с копией в misc@.
Если на англицком не асилите, пишите сюда, здесь есть кому помочь.
>> newfs: wtfs: write error on block -2147132256: Invalid argument
> А диск нормальный? Может на бэды его проверить?
Не похоже на бэды, этот "отрицательный" блок наводит на подозрения что
где-то баг, что-то не так округлилось-переполнилось.
--
antonvm
|
|
|
Hello Anton,
Thursday, February 16, 2012, 11:21:40 AM, you wrote:
[cut]
> Во-первых, попробуйте пересоздать раздел (fdisk -iy), отступ должен
> быть 64 сектора. Потом попробуйте в ручном режиме fdisk'ом обнулить
> разделы и создать а6 раздел, тоже должно по умолчанию 64 сектора
> отступать. (вообще, до 64 секторов стали округлять когда озаботились
> 4К-секторными дисками, и насколько я помню даже раньше 5.0.)
> Ну и после этого disklabel и newfs.
> Во-вторых, следует проверить всё это самое на -current'е. Если у вас
> старая ось, то лучше сразу на каренте проверять.
> Если на каренте будет проблема, пожалуйста, отпишитесь об этом
> товарищу Kenneth R. Westerback (kwesterback на rogers.com, krw на
> cvs.openbsd.org) с копией в misc@.
> Если на англицком не асилите, пишите сюда, здесь есть кому помочь.
>>> newfs: wtfs: write error on block -2147132256: Invalid argument
>> А диск нормальный? Может на бэды его проверить?
> Не похоже на бэды, этот "отрицательный" блок наводит на подозрения что
> где-то баг, что-то не так округлилось-переполнилось.
Меня терзают смутные сомнения.. что в версии 4.2 GENERIC#375 i386
newfs не умеет больше, чем signet int и падает ровно в момент
переполнения..
Подскажите, как безболезненно и удалённо обновиться до 5.0?
--
Yours faithfully, Vladimir L. Antipov
the engineer-programmer, "IC Sampo.ru" UAB
mailto: [hidden email]
|
|
|
Hello Vladimir,
Thursday, February 16, 2012, 11:58:45 AM, you wrote:
VLA> Подскажите, как безболезненно и удалённо обновиться до 5.0?
Я пару раз через пару версий обновлял так. Останавливаем все процессы,
кроме sshd, init, getty. Сносим (частью переименовываем) всё, кроме:
/bin/
/dev/
/etc/
/sbin/init
/sbin/ifconfig
/sbin/reboot -> mv to oreboot
/usr/sbin/sshd
/usr/libexec/sftp-server
/usr/libexec/getty
/usr/bin/gzip
/usr/bin/gunzip
/var/run/
/etc/localtime -> /usr/share/zoneinfo/Europe/Kiev
/usr/libdata/ssh/Ssh.bin
# ldd /usr/sbin/sshd
/usr/sbin/sshd:
Start End Type Open Ref GrpRef Name
1c000000 3c019000 exe 1 0 0 /usr/sbin/sshd
0b362000 2b366000 rlib 0 1 0 /usr/lib/libgssapi.so.5.0
0b844000 2b851000 rlib 0 1 0 /usr/lib/libkrb5.so.18.0
0eeae000 2eebb000 rlib 0 1 0 /usr/lib/libkafs.so.18.0
082e8000 28324000 rlib 0 1 0 /usr/lib/libcrypto.so.18.0
0ec3d000 2ec41000 rlib 0 1 0 /usr/lib/libutil.so.11.1
0f69e000 2f6a5000 rlib 0 1 0 /usr/lib/libz.so.4.1
02605000 2260a000 rlib 0 1 0 /usr/lib/libdes.so.9.0
0bb1c000 2bb21000 rlib 0 1 0 /usr/lib/libwrap.so.4.0
087aa000 287df000 rlib 0 1 0 /usr/lib/libc.so.56.0
078d0000 078d0000 rtld 0 1 0 /usr/libexec/ld.so
# ldd /usr/libexec/sftp-server
/usr/libexec/sftp-server:
Start End Type Open Ref GrpRef Name
1c000000 3c005000 exe 1 0 0 /usr/libexec/sftp-server
0f48b000 2f48f000 rlib 0 1 0 /usr/lib/libutil.so.11.1
0561d000 25652000 rlib 0 1 0 /usr/lib/libc.so.56.0
047be000 047be000 rtld 0 1 0 /usr/libexec/ld.so
# ldd /usr/bin/gunzip
/usr/bin/gunzip:
Start End Type Open Ref GrpRef Name
1c000000 3c005000 exe 1 0 0 /usr/bin/gunzip
0d565000 2d56c000 rlib 0 1 0 /usr/lib/libz.so.4.1
0128d000 212c2000 rlib 0 1 0 /usr/lib/libc.so.56.0
070ee000 070ee000 rtld 0 1 0 /usr/libexec/ld.so
# ldd /usr/libexec/getty
/usr/libexec/getty:
Start End Type Open Ref GrpRef Name
1c000000 3c005000 exe 1 0 0 /usr/libexec/getty
05def000 25df3000 rlib 0 1 0 /usr/lib/libutil.so.11.1
03bd1000 23c06000 rlib 0 1 0 /usr/lib/libc.so.56.0
02bc8000 02bc8000 rtld 0 1 0 /usr/libexec/ld.so
Далее распаковываем нужные части нового дистрибутива, кроме файлов
паролей, как это описано при типичном обновлении. Проверьте, чтобы
у Вас и рута стоял шелл ksh. Делаем oreboot, после перезагрузки:
./MAKEDEV all и правим /etc, удаляя лишнее.
Потрошить систему удобно по sftp (пользуюсь Secure FX), открыв доступ для root.
Более надёжно будет ничего не удалять, а распаковать дистрибутив
поверх. Потом убрать лишнее через:
http://www.openbsd.ru/cgi-bin/cvsweb/src/scripts/obsolete_filesВсё на свой страх и риск. Никаких гарантий и совершенно неправильно,
но у меняя выходило :).
--
WBR, Alexander Sheiko
|
|
|
Hello Alexander,
Thursday, February 16, 2012, 4:22:27 PM, you wrote:
> Hello Vladimir,
> Thursday, February 16, 2012, 11:58:45 AM, you wrote:
VLA>> Подскажите, как безболезненно и удалённо обновиться до 5.0?
> Я пару раз через пару версий обновлял так. Останавливаем все процессы,
> кроме sshd, init, getty. Сносим (частью переименовываем) всё, кроме:
> /bin/
> /dev/
> /etc/
> /sbin/init
> /sbin/ifconfig
/sbin/reboot ->> mv to oreboot
> /usr/sbin/sshd
> /usr/libexec/sftp-server
> /usr/libexec/getty
> /usr/bin/gzip
> /usr/bin/gunzip
> /var/run/
/etc/localtime ->> /usr/share/zoneinfo/Europe/Kiev
> /usr/libdata/ssh/Ssh.bin
> # ldd /usr/sbin/sshd
> /usr/sbin/sshd:
> Start End Type Open Ref GrpRef Name
> 1c000000 3c019000 exe 1 0 0 /usr/sbin/sshd
> 0b362000 2b366000 rlib 0 1 0 /usr/lib/libgssapi.so.5.0
> 0b844000 2b851000 rlib 0 1 0 /usr/lib/libkrb5.so.18.0
> 0eeae000 2eebb000 rlib 0 1 0 /usr/lib/libkafs.so.18.0
> 082e8000 28324000 rlib 0 1 0 /usr/lib/libcrypto.so.18.0
> 0ec3d000 2ec41000 rlib 0 1 0 /usr/lib/libutil.so.11.1
> 0f69e000 2f6a5000 rlib 0 1 0 /usr/lib/libz.so.4.1
> 02605000 2260a000 rlib 0 1 0 /usr/lib/libdes.so.9.0
> 0bb1c000 2bb21000 rlib 0 1 0 /usr/lib/libwrap.so.4.0
> 087aa000 287df000 rlib 0 1 0 /usr/lib/libc.so.56.0
> 078d0000 078d0000 rtld 0 1 0 /usr/libexec/ld.so
> # ldd /usr/libexec/sftp-server
> /usr/libexec/sftp-server:
> Start End Type Open Ref GrpRef Name
> 1c000000 3c005000 exe 1 0 0 /usr/libexec/sftp-server
> 0f48b000 2f48f000 rlib 0 1 0 /usr/lib/libutil.so.11.1
> 0561d000 25652000 rlib 0 1 0 /usr/lib/libc.so.56.0
> 047be000 047be000 rtld 0 1 0 /usr/libexec/ld.so
> # ldd /usr/bin/gunzip
> /usr/bin/gunzip:
> Start End Type Open Ref GrpRef Name
> 1c000000 3c005000 exe 1 0 0 /usr/bin/gunzip
> 0d565000 2d56c000 rlib 0 1 0 /usr/lib/libz.so.4.1
> 0128d000 212c2000 rlib 0 1 0 /usr/lib/libc.so.56.0
> 070ee000 070ee000 rtld 0 1 0 /usr/libexec/ld.so
> # ldd /usr/libexec/getty
> /usr/libexec/getty:
> Start End Type Open Ref GrpRef Name
> 1c000000 3c005000 exe 1 0 0 /usr/libexec/getty
> 05def000 25df3000 rlib 0 1 0 /usr/lib/libutil.so.11.1
> 03bd1000 23c06000 rlib 0 1 0 /usr/lib/libc.so.56.0
> 02bc8000 02bc8000 rtld 0 1 0 /usr/libexec/ld.so
> Далее распаковываем нужные части нового дистрибутива, кроме файлов
> паролей, как это описано при типичном обновлении. Проверьте, чтобы
> у Вас и рута стоял шелл ksh. Делаем oreboot, после перезагрузки:
> ./MAKEDEV all и правим /etc, удаляя лишнее.
> Потрошить систему удобно по sftp (пользуюсь Secure FX), открыв доступ для root.
> Более надёжно будет ничего не удалять, а распаковать дистрибутив
> поверх. Потом убрать лишнее через:
> http://www.openbsd.ru/cgi-bin/cvsweb/src/scripts/obsolete_files> Всё на свой страх и риск. Никаких гарантий и совершенно неправильно,
> но у меняя выходило :).
Так гораздо сложнее, конечно проще местным балбесам болванку записать.
Главное, чтобы в режиме апдейта потом ничего не навернулось :)
--
Yours faithfully, Vladimir L. Antipov
the engineer-programmer, "IC Sampo.ru" UAB
mailto: [hidden email]
|
|
|
>> Всё на свой страх и риск. Никаких гарантий и совершенно неправильно,
>> но у меняя выходило :).
> Так гораздо сложнее, конечно проще местным балбесам болванку записать.
> Главное, чтобы в режиме апдейта потом ничего не навернулось :)
судя по тому что будет скачок сразу через много версий, то лучше
забить на апдейт, лучше сбэкапить всё что надо, поставить чистую
систему, и уже на неё накатывать пакеты, смотреть конфиги (что-то
изменилось в названиях, что-то стало по дефолту, ну и так далее - один
х, такая "перетруска" время от времени полезна), и проверять
заработает ли. заодно прочистится всякий мусор, освежатся знания.
--
antonvm
|
|
|
Hello Anton,
Thursday, February 16, 2012, 5:04:56 PM, you wrote:
>>> Всё на свой страх и риск. Никаких гарантий и совершенно неправильно,
>>> но у меняя выходило :).
>> Так гораздо сложнее, конечно проще местным балбесам болванку записать.
>> Главное, чтобы в режиме апдейта потом ничего не навернулось :)
> судя по тому что будет скачок сразу через много версий, то лучше
> забить на апдейт, лучше сбэкапить всё что надо, поставить чистую
> систему, и уже на неё накатывать пакеты, смотреть конфиги (что-то
> изменилось в названиях, что-то стало по дефолту, ну и так далее - один
> х, такая "перетруска" время от времени полезна), и проверять
> заработает ли. заодно прочистится всякий мусор, освежатся знания.
а можно ли заменить только newfs? ^__^
--
Yours faithfully, Vladimir L. Antipov
the engineer-programmer, "IC Sampo.ru" UAB
mailto: [hidden email]
|
|
|
On 16.02.12 17:39, Vladimir L. Antipov wrote:
>> судя по тому что будет скачок сразу через много версий, то лучше
>> забить на апдейт, лучше сбэкапить всё что надо, поставить чистую
>> систему, и уже на неё накатывать пакеты, смотреть конфиги (что-то
>> изменилось в названиях, что-то стало по дефолту, ну и так далее - один
>> х, такая "перетруска" время от времени полезна), и проверять
>> заработает ли. заодно прочистится всякий мусор, освежатся знания.
Не то чтобы перетруска полезна, просто проще с нуля поставить/настроить,
чем вылавливать блох^Wразличия в конфигах между старой и новой системами.
> а можно ли заменить только newfs? ^__^
Если нужны приключения... :-)
|
|
|
В письме от Чтв, 16 Фев 2012, 15:39 Vladimir L. Antipov пишет:
> а можно ли заменить только newfs? ^__^
Хоть этот фал и слинкован статически, думаю что нет, т.к. он может быть
привязан к версии ядра.
Такая ситуация наблюдается с reboot, который в процессе обновления
сохраняют как oreboot, чтобы можно было перегрузиться на старом ядре.
--
WBR, Alexander Sheiko
|
|
|
In reply to this post by Andrey N. Oktyabrski-2
Hello Andrey,
Thursday, February 16, 2012, 10:29:48 PM, you wrote:
> On 16.02.12 17:39, Vladimir L. Antipov wrote:
>>> судя по тому что будет скачок сразу через много версий, то лучше
>>> забить на апдейт, лучше сбэкапить всё что надо, поставить чистую
>>> систему, и уже на неё накатывать пакеты, смотреть конфиги (что-то
>>> изменилось в названиях, что-то стало по дефолту, ну и так далее - один
>>> х, такая "перетруска" время от времени полезна), и проверять
>>> заработает ли. заодно прочистится всякий мусор, освежатся знания.
> Не то чтобы перетруска полезна, просто проще с нуля поставить/настроить,
> чем вылавливать блох^Wразличия в конфигах между старой и новой системами.
>> а можно ли заменить только newfs? ^__^
> Если нужны приключения... :-)
приключения ради готов переименовать старый в onewfs :) (Может
кто-нибудь скинуть файл?)
Просто если это не поможет, то смысл тогда вообще обновляться до 5.0?
Придётся ждать, пока товарищ Kenneth R. Westerback не починит
проблему.
--
Yours faithfully, Vladimir L. Antipov
the engineer-programmer, "IC Sampo.ru" UAB
mailto: [hidden email]
|
|
|
>>> а можно ли заменить только newfs? ^__^
глупость.
> Просто если это не поможет, то смысл тогда вообще обновляться до 5.0?
> Придётся ждать, пока товарищ Kenneth R. Westerback не починит
> проблему.
Во-первых, в 4.2 уже ничего и никогда не будет исправлено :),
почитайте faq на тему какие версии поддерживаются.
Во-вторых, обновляться имеет явный и прямой смысл. Или оно заработает
(что очень вероятно, учитывая что у вас ос почти 4-хлетней давности),
или нет, и будет лучше для всех узнать что есть ошибка именно на
текущей версии, и тогда она будет живо исправлена.
В-третьих, сидеть и "ждать пока починят" бесполезно: если проблема
проявляется постоянно, именно в вашей конфигурации, то значит у других
она не проявляется вообще (иначе б не выпустили), то есть имеется
некий баг (возможно с конкретным железом), и было бы лучше для всех
узнать о нём и исправить.
--
antonvm
|
|
|
Hello Anton,
Friday, February 17, 2012, 8:39:31 AM, you wrote:
>>>> а можно ли заменить только newfs? ^__^
> глупость.
>> Просто если это не поможет, то смысл тогда вообще обновляться до 5.0?
>> Придётся ждать, пока товарищ Kenneth R. Westerback не починит
>> проблему.
> Во-первых, в 4.2 уже ничего и никогда не будет исправлено :),
> почитайте faq на тему какие версии поддерживаются.
> Во-вторых, обновляться имеет явный и прямой смысл. Или оно заработает
> (что очень вероятно, учитывая что у вас ос почти 4-хлетней давности),
> или нет, и будет лучше для всех узнать что есть ошибка именно на
> текущей версии, и тогда она будет живо исправлена.
> В-третьих, сидеть и "ждать пока починят" бесполезно: если проблема
> проявляется постоянно, именно в вашей конфигурации, то значит у других
> она не проявляется вообще (иначе б не выпустили), то есть имеется
> некий баг (возможно с конкретным железом), и было бы лучше для всех
> узнать о нём и исправить.
В целом согласен, временная замена newfs - это скорее вынужденная
полумера.
--
Yours faithfully, Vladimir L. Antipov
the engineer-programmer, "IC Sampo.ru" UAB
mailto: [hidden email]
|
|
Locked
