Помогите разобраться? ----------------------------------------------------------------------- # 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 А диск нормальный? Может на бэды его проверить? |
In reply to this post by Vladimir L. Antipov
> # 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? ^__^ Если нужны приключения... :-) |
In reply to this post by Vladimir L. Antipov
В письме от Чтв, 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] |
Free forum by Nabble | Edit this page |