проблемы с newfs

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
13 messages Options
Reply | Threaded
Open this post in threaded view
|

проблемы с newfs

Vladimir L. Antipov

Помогите разобраться?

-----------------------------------------------------------------------
# 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]

Reply | Threaded
Open this post in threaded view
|

Re: проблемы с newfs

Sergey Bronnikov

On 00:48 Thu 16 Feb , Vladimir L. Antipov wrote:
>
>     newfs: wtfs: write error on block -2147132256: Invalid argument

А диск нормальный? Может на бэды его проверить?

Reply | Threaded
Open this post in threaded view
|

Re: проблемы с newfs

Anton Maksimenkov-2
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
Reply | Threaded
Open this post in threaded view
|

Re: проблемы с newfs

Vladimir L. Antipov

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]

Reply | Threaded
Open this post in threaded view
|

Re: проблемы с newfs

Alexander Sheiko

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

Reply | Threaded
Open this post in threaded view
|

Re: проблемы с newfs

Vladimir L. Antipov

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]

Reply | Threaded
Open this post in threaded view
|

Re: проблемы с newfs

Anton Maksimenkov-2
>> Всё на свой страх и риск. Никаких гарантий и совершенно неправильно,
>> но у меняя выходило :).
> Так гораздо сложнее, конечно проще местным балбесам болванку записать.
> Главное, чтобы в режиме апдейта потом ничего не навернулось :)

судя по тому что будет скачок сразу через много версий, то лучше
забить на апдейт, лучше сбэкапить всё что надо, поставить чистую
систему, и уже на неё накатывать пакеты, смотреть конфиги (что-то
изменилось в названиях, что-то стало по дефолту, ну и так далее - один
х, такая "перетруска" время от времени полезна), и проверять
заработает ли. заодно прочистится всякий мусор, освежатся знания.
--
antonvm
Reply | Threaded
Open this post in threaded view
|

Re: проблемы с newfs

Vladimir L. Antipov

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]

Reply | Threaded
Open this post in threaded view
|

Re: проблемы с newfs

Andrey N. Oktyabrski-2

On 16.02.12 17:39, Vladimir L. Antipov wrote:
>> судя по тому что будет скачок сразу через много версий, то лучше
>> забить на апдейт, лучше сбэкапить всё что надо, поставить чистую
>> систему, и уже на неё накатывать пакеты, смотреть конфиги (что-то
>> изменилось в названиях, что-то стало по дефолту, ну и так далее - один
>> х, такая "перетруска" время от времени полезна), и проверять
>> заработает ли. заодно прочистится всякий мусор, освежатся знания.
Не то чтобы перетруска полезна, просто проще с нуля поставить/настроить,
чем вылавливать блох^Wразличия в конфигах между старой и новой системами.

> а можно ли заменить только newfs? ^__^
Если нужны приключения... :-)

Reply | Threaded
Open this post in threaded view
|

Re: проблемы с newfs

Alexander Sheiko
In reply to this post by Vladimir L. Antipov


В письме от Чтв, 16 Фев 2012, 15:39 Vladimir L. Antipov пишет:

> а можно ли заменить только newfs? ^__^

Хоть этот фал и слинкован статически, думаю что нет, т.к. он может быть
привязан к версии ядра.

Такая ситуация наблюдается с reboot, который в процессе обновления
сохраняют как oreboot, чтобы можно было перегрузиться на старом ядре.

--
WBR, Alexander Sheiko

Reply | Threaded
Open this post in threaded view
|

Re: проблемы с newfs

Vladimir L. Antipov
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]

Reply | Threaded
Open this post in threaded view
|

Re: проблемы с newfs

Anton Maksimenkov-2
>>> а можно ли заменить только newfs? ^__^
глупость.

> Просто  если это не поможет, то смысл тогда вообще обновляться до 5.0?
> Придётся   ждать,  пока  товарищ  Kenneth  R.  Westerback  не  починит
> проблему.
Во-первых, в 4.2 уже ничего и никогда не будет исправлено :),
почитайте faq на тему какие версии поддерживаются.
Во-вторых, обновляться имеет явный и прямой смысл. Или оно заработает
(что очень вероятно, учитывая что у вас ос почти 4-хлетней давности),
или нет, и будет лучше для всех узнать что есть ошибка именно на
текущей версии, и тогда она будет живо исправлена.
В-третьих, сидеть и "ждать пока починят" бесполезно: если проблема
проявляется постоянно, именно в вашей конфигурации, то значит у других
она не проявляется вообще (иначе б не выпустили), то есть имеется
некий баг (возможно с конкретным железом), и было бы лучше для всех
узнать о нём и исправить.

--
antonvm
Reply | Threaded
Open this post in threaded view
|

Re: проблемы с newfs

Vladimir L. Antipov

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]