или вот:

fuser -k -m /dev/nbd0

тишина. ни приглашения, ничего

лишь, ctrl+c можно нажать

lsof реагирует на это устройство идентично

дело было так. монтировал виртуальный раздел. все ок. начал копировать один файл через ntfs-3g, в mc.

прошло процентов 15 и все остановилось. mc перестал реагировать на что-либо.

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

что это???

Re^2: странное поведение lsof

> что это???

Это глюк файловой системы(ntfs-3g). Лечение:

fusermount -uz /mnt/mountpoint
killall -9 ntfs-3g

Повторять до пропадания симптомов.

такое было и раньше. сейчас стоит debian etch, но такие же фокусы были и на других Linux.

fusermount -uz /mnt/mountpoint

и тишина. приглашения не появляется

killall -9 ntfs-3g - можно делать до бесконечности. не помогает

Люди. Помогите. Как быть?

хотя бы знать, какие ключевые слова в google набирать

ntfs-3g bug - море всего. блин. даже куда смотреть, непонятно

Как убить процесс. kill -9 не помогает!!!

> killall -9 ntfs-3g - можно делать до бесконечности. не помогает

Если ps -Al во втором столбце напротив ntfs-3g пишет D, то поможет только перезагрузка. Советую проверить диски на ошибки.

>Если ps -Al во втором столбце напротив ntfs-3g пишет D, то поможет только перезагрузка.

Охренительная ОС.

А как же "Linux"?

>Советую проверить диски на ошибки.

Это придется делать после такой перезагрузки? :)

До этого, диски проверялись, кстати. и софтверно и викторией.

Я понял. Моя реакция ожидалась :) тут-то можно и опустить меня. )))

> А как же "Linux"?

В Linux-е тоже бывают баги, как ни удивительно.

а как епергрузить комп не получается

shutdown -r now не помогает

семь бед - один reset. Только отмонтируй всё что сможешь кроме /, а / перемонтируй в ro, чтобы ничего не потерять.

как перегрузить компьютер?

shutdown -r now не помогает

снова, чего-то ждет

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

демонтировать домашний раздел не выходит. устройство занято и все

fuser -k -m молчит

lsof на это же устройство молчит.

> > Если ps -Al во втором столбце напротив ntfs-3g пишет D, то поможет
> > только перезагрузка.

Неправильно. Поможет

echo 1 > /sys/fs/fuse/connections/NNN/abort

> Охренительная ОС.

Вы думаете, в Linux есть специальный патч, позволяющий воскрешать битые
диски?

> shutdown -r now не помогает

dmesg | grep -e Oops

> демонтировать домашний раздел не выходит. устройство занято и все

Если ядро таки Oops'нулось, то Alt-SysRq-s, после чего Alt-SysRq-u

> В Linux-е тоже бывают баги, как ни удивительно.

Заметим, кстати, что если в альтернативной ОС попытаться записать что-нибудь
на *NIX'овую ФС, то результат будет несколько хуже.

>Вы думаете, в Linux есть специальный патч, позволяющий воскрешать битые диски?

есть одна замечательная программа - victoria. этот диск ею проверялся неоднократно

битых секторов так и не нашел. даже "оранжевого" цвета

почему-то в Linux, если какие ошибки, то виновато оборудование, или его нехватка.

Почему?

> есть одна замечательная программа - victoria.

Диск на ошибки проверяется программой badblocks. Ещё можно S.M.A.R.T.
использовать (man smartctl), но это менее достоверные результаты даёт.
А всё остальное -- чушь на постном масле.

> почему-то в Linux, если какие ошибки, то виновато оборудование,

Не только в Linux, а и в любой ОС большинство глюков -- из-за кривых желязяк
(и не менее кривых драйверов к ним) и рук юзверя/админа.

> Почему?

Потому, что она вообще не поддерживает запись на *NIX'овые ФС.

http://www.fs-driver.org/

> почему-то в Linux, если какие ошибки, то виновато оборудование, или
> его нехватка.

И еще вопрос -- Вы хотите узнать, как сохранить данные и разобраться,
почему так вышло, или рассказать всему миру, что Linux -- говно?

ext2? Да ну нафиг. Как там с XFS, LVM, RAID?

>Если ядро таки Oops'нулось, то Alt-SysRq-s, после чего Alt-SysRq-u

это не помогает. ноль реакции

magick sysrq включено в ядре

кстати, наблюдаю этот момент очень давно. на многое просто забил

выбор Linux'а очень прост. ОС можно оставить блондинкам и не беспокоиться за то, что они наловят вири, или вдруг чудо какое произойдет. начнутся тормоза системы итд.

борьба идет по мелочам. по работе, нужно vmware поставить. для этого слить образ системы через acronis UR

Linux бесспорно лучше. даже с этими багами. это решаемо. тормоза и прочие руткиты, коих море ловят со всеми антивирями и проверками, в вин, нафик.

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

понимаю всю наглость своих вопросов. плохо. знаю. а кому сейчас..

В голове, vmware, плюшевый котик, которого обещал. стиральный порошок, утерянный билет на электричку, холодильник, настройка apache, бардак в коридоре и никуда от этого не деться. и, что бы найти работу по Linux - нужно быть программистом хотя бы одного языка. знать все видимые и не видимые базы данных итд. иначе - привет эникещик, отекуда дороги на учебу уже не будет - забитое время, ибо деньги надо заРАБбатывать

даже на расстановку всего это нет времени.

просто ищу, что по гуглу. что здесь все сумбурно иначе не получается и все.

потерял все же те данные

Ext3 тоже.

А XFS, LVM, RAID и прочее я никогда не использовал, поэтому про них не знаю.

Думаю, всё же, проблема с железом или с плохими драйверами под это железо. Использую линукс лет 5, проблемы с ядром бывают безумно редко. Даже не могу припомнить сейчас ни одной.

>А всё остальное -- чушь на постном масле.

почему же?

>Думаю, всё же, проблема с железом или с плохими драйверами под это железо. Использую линукс лет 5, проблемы с ядром бывают безумно редко. Даже не могу припомнить сейчас ни одной.

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

просто, вижу, что умные люди сидят на Linux и считают, что это лучше - перебарываю себя и сижу, тоже. Давно так. но не сдаюсь и сдаваться не собираюсь. 3 года. память никакая и соображаю туго, но хочется, как у умных (((((

ничего не получается - значит будет момент, когда произойдет прорыв. я верю в это.

> это не помогает. ноль реакции

Во-первых, Oops-то был или нет?

Во-вторых, это в консоли нужно делать. X'ы очень своеобразно работают с
клавиатурой. :( Если штатным образом перейти в консоль не выходит, то
Alt-SysRq-k.

В третьих, SysRq никакой магии на самом деле не делает. Это грязный хак,
чтоб сохранить хоть какие-то данные. Ядро _попытается_ сбросить блочный
кеш и отмонтировать ФС. Повреждения ФС после этого _возможно_ будут
поменьше.

> кстати, наблюдаю этот момент очень давно. на многое просто забил

Если глюк регулярно повторяется, то больше шансов, что его поправят.
Как насчёт пойти на офф. сайт и пожаловаться автору?

> В голове, vmware, плюшевый котик, которого обещал. стиральный порошок,
> утерянный билет на электричку, холодильник, настройка apache, бардак
> в коридоре и никуда от этого не деться.

Дык отвечают на Ваши вопросы не роботы, и не джедаи в белых одеждах, а
точно такие же люди, как Вы.

>Во-первых, Oops-то был или нет?

просто, сейчас подмонтирую этот файл еще раз так, как это делал в предыдущий раз, и начну писать файл в такой раздел и снова попытаюсь отмонтировать:

ловлю остановку копирования. считайте, что в реалтайме пишу.

nik11:~# dmesg | grep Oops nik11:~#

>Во-вторых, это в консоли нужно делать. X'ы очень своеобразно работают с клавиатурой. :( Если штатным образом перейти в консоль не выходит, то Alt-SysRq-k.

естесственно. tty1, tty2. любой tty эмулятор меньше, чем tty7. не работает это. проверено много раз и по разному.

>Если глюк регулярно повторяется, то больше шансов, что его поправят. Как насчёт пойти на офф. сайт и пожаловаться автору?

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

>Дык отвечают на Ваши вопросы не роботы, и не джедаи в белых одеждах, а точно такие же люди, как Вы.

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

> просто, сейчас подмонтирую этот файл еще раз так, как это делал в предыдущий
> раз, и начну писать файл в такой раздел и снова

Не понял. Этот самый vmdk -- это ж не образ ФС. Его нельзя монтировать.
То есть, fuse позволит это сделать, но рано или поздно всё равно deadlock
будет.

> для жалобы нужно зарегистрироваться, наверное.

К сожалению, да.

> пройти еще тонну процедур.

Нет.

> найти багтрек.

А чего его искать-то? Прямиком на офф. сайте:

http://www.ntfs-3g.org/support.html

> nik11:~# dmesg | grep Oops nik11:~#

То есть, ядро живое. Тогда должно сработать

echo 1 > /sys/fs/fuse/connections/NNN/abort

Только нужно узнать, какой номер (если подмонтирована только одна ФС,
то вопрос вовсе не возникает).

>Не понял. Этот самый vmdk -- это ж не образ ФС. Его нельзя монтировать.
То есть, fuse позволит это сделать, но рано или поздно всё равно deadlock
будет.

vmware-loop win2k3-0 1 /dev/nbd0

mount -t ntfs-3g /dev/nbd0 /mnt/ntfs/

>К сожалению, да.

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

система нужна, которая работает. Linux подходит и больше чем, но я не об этом.

короче, ..А! что говорить. придется на ноуте поднимать vmware и еще 4 вирт машин там же. там железо лучше )))))))

Извините за смех :)

>echo 1 > /sys/fs/fuse/connections/NNN/abort

ls -l /sys/fs/fuse/ итого 0 drwxr-xr-x 2 root root 0 2008-07-11 21:36 connections

ls -l /sys/fs/fuse/connections/ итого 0

ps -aux | grep ntfs Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html root 30183 0.1 0.0 7816 1080 ? Ds 21:36 0:03 /sbin/mount.ntfs-3g /dev/nbd0 /mnt/ntfs/ -o rw

Спасибо за помощь, кстати. Может, вы не все знаете, но помогаете.

Без шуток, спасибо

> vmware-loop win2k3-0 1 /dev/nbd0

Замечание немного не по теме: не нужно за глюки кривой проприетарной поделки
ругать Linux.

> mount -t ntfs-3g /dev/nbd0 /mnt/ntfs/

Э, батенька, нельзя на одной и той же машине запускать nbd сервер и клиент.
Это deadlock. В документации к ndb про это ясно написано, большими буквами.
А тут ещё и ФС в userspace работает... Удивительно, как оно у Вас вообще
хоть что-то делало.

> Это не к сожалению. Это нормально.

Это ненормально. В Debian BTS, к примеру, можно и без регистрации постить.

> мне же не регистрироваться там а логи собирать.

В данном случае (IMHO) и собирать-то особо не придётся. Вы пытаетесь
использовать софтину в таком режиме, на который она не рассчитана.
*NIX даёт достаточно верёвки, чтоб повесится, а Вы её с радостью берёте.

> 1080 ? Ds 21:36 0:03 /sbin/mount.ntfs-3g /dev/nbd0 /mnt/ntfs/ -o rw

Ага, как и должно было быть: смонтировали nbd на той же машине, где
запущен сервер -- deadlock. Не делайте так.

Вот это должно работать:

qemu-img convert foo.vmdk -O raw foo.img
ntfs-3g ./foo.img /mnt
[работаете с ФС]
umount /mnt
mv foo.vmdk foo.vmdk.bak
qemu-img convert foo.img -O vmdk foo.vmdk

> Может, вы не все знаете, но помогаете.

Дык из Вас инфу приходится тянуть, как из партизана в гестапо.

вы мне столько советов дали, что можно отдельный дневник мне будет создать. уже 10 записей сделал :)

man'ы не могу жевать, а тут.. экзамплов море.

Спасибо

>и, что бы найти работу по Linux - нужно быть программистом хотя бы одного языка. знать все видимые и не видимые базы данных итд

полнейшее 4.2

>полнейшее 4.2

http://www.job.ru/it-telecom/job-673539.html один из примеров

То есть, мы тебе оклад в сотни тонн., но "MySQL, PostgreSQL, LDAP, Apache, Exim, CGP, Dovecot, владение Perl, PHP, Shell, желательно C/C++. "

а за 10 т. р., или за 15 - нет. лишь, windows. Все же офисы на парусах, гарантах и прочих консультантах.

Вот, не нужен мне мегаоклад. но лестница для великанов. либо 0, либо 100 итд.

все по взрослому. конечно же, это все понятно :(

>Вот это должно работать:

>qemu-img convert foo.vmdk -O raw foo.img
>ntfs-3g ./foo.img /mnt

qemu-img convert win2k3-0.vmdk -O raw win2k3-0.img

ntfs-3g ./win2k3-0.img /mnt/ntfs/
Failed to startup volume: Invalid argument
Failed to mount '/mnt/media2/vmware/win/win2k3/win2k3-0.img': Invalid argument
The device '/mnt/media2/vmware/win/win2k3/win2k3-0.img' doesn't have a valid NTFS.
Maybe you selected the wrong device? Or the whole disk instead of a
partition (e.g. /dev/hda, not /dev/hda1)? Or the other way around?

конвертинг быстрый какой-то. конечно, раздел был пустым, но все же

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

А что говорит...

> ntfs-3g ./win2k3-0.img /mnt/ntfs/
> Failed to startup volume: Invalid argument

fdisk -l ./win2k3-0.img

> конвертинг быстрый какой-то.

Так и должно быть. Преобразование заголовок переписывает, и делает
"дырку" нужного размера. vmdk -- это костыль для ОСей (и ФС), которые
не поддерживают файлы с "дырками" (sparse files).

> английский знаю плохо. для жалобы нужно зарегистрироваться, наверное. пройти еще тонну процедур. найти багтрек. собрать много информации. вопрос, когда этим заниматься. Знаю, что не прав, но иного варианта нет. я часто не прав и знаю это.

Ты на лоре распинаешься раз в 10 дольше, чем я обычно багрепорт отправляю :)

такое чувство, что лучше поставить qemu и все

fdisk -l ./second.img

Disk ./second.img: 0 MB, 0 bytes
255 heads, 63 sectors/track, 0 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

Disk ./second doesn't contain a valid partition table

однако, он виден из vm. можно создавать ОС. работать в ней

при монтировании надо как-то указать номер раздела, как я понимаю. а не тупо монтировать просто образ

mount -t ntfs-3g ./second.img /mnt/ntfs/ -o offset=$((63*512))
Failed to startup volume: Invalid argument
Failed to mount '/dev/loop1': Invalid argument
The device '/dev/loop1' doesn't have a valid NTFS.
Maybe you selected the wrong device? Or the whole disk instead of a
partition (e.g. /dev/hda, not /dev/hda1)? Or the other way around?

>плохо ищете - любая контора которой нужен в перспективе (например есть один, но нужно два)..

и много таких контор?

>Ты на лоре распинаешься раз в 10 дольше, чем я обычно багрепорт отправляю :)

повесь себе медаль