LINUX.ORG.RU

Сообщения OuterSpace

 

Удавалось кому-нибудь установит Gentoo?

что за /newroot возникает. В Handbook'е ничего об этом нету.
Почему не доступны команды типа mkraiserfs (их просто нету нигде)?
Нету также fdisk'a
Доступный tar не понимает опции j --- Как распаковывать bz2
Хреновина какая-то...

PS --- Gentoo 2004.3
OuterSpace
()

Замена ядра 2.4.20-8 на 2.6.8.1 --- Мегабайда происходит

собрал ядро и модули. Гружусь, выбираю новое ядро --- система (RH9) грузится с большими проблемами (многие модули не загружены). Базова функциональность сохранилась, иксы запустились нормально. Но вот оказалось что ниодного модуля не загружено. lsmod даёт пустой результат. В чём причина? Подозрение, что я что-то не то сделал с /boot/modules-2.6.8.1.conf

Попытка загрузить какой-нибудь модуль modprobe xxx Приводит к сообщению об ошибке: QM_MODULES not found...

Какие есть иде по решению проблемы?

OuterSpace
()

Настройкак видеозахвата в Linux RH 9.0

всё необходимое установлено
xawtv-3.94

проблема в том, что при запуске xawtv выдаётся сообщение об ошибке, что
устройство /dev/video0 не найдено.
Такие сообщение приходят от v4lctl (2 раза), v4l (1раз)

v4lctl:  canot open device /dev/video0
v4lctl:  canot open device /dev/video0
v4l:  canot open device /dev/video0


Разумеется пробовал 
xawtv -v /dev/video1
xawtv -v /dev/video1

Какая-то фингня, короче.
Ядро 2.4.20-8, плата захвата zoran miro DC30, 
драйвера загружены 
lsmod  в числе прочего выдаёт zrXXXXX (XXXXX-номер)
делал также modprobe zoran
Но это к успеху не приводит.

Встречались с такими проблемами?





OuterSpace
()

Сканеры FireWire. Сопутсвовал ли успех?

Вопросов несколько ---

1. Как народ подключает FireWire'ные сканеры в Linux'е? мне это удалось сделать под RH 9 без проблем. При этом Epson3200 нормально подхватывается XSane'ом, а для Minolta Scan Elite II пришлось использовать VueScan.

2. Подключал кто-нибудь FireWire'ные сканеры через wine?

3. Подключал кто-нибудь FireWire'ные сканеры через VMWare? И вообще что с поддержкой Firewire под VMWare?

----- Спас.

OuterSpace
()

Вот ещё загадочка (опять про mtab и df)

Например, df -m даёт такой результат.
Filesystem           1M-blocks      Used Available Use% Mounted on
/dev/hdb6                10825      6199      4076  61% /
/dev/hdb1                  193        14       169   8% /boot
none                       188         0       187   0% /dev/shm
/dev/hdb6                10825      6199      4076  61% /
/dev/hdb1                10825      6199      4076  61% /mnt/hdb/hdb_1
/dev/hdb1                10825      6199      4076  61% /
Не удивляётесь. Это возможно. Сразу вопрос --- ЧТО и КУДА здесь смонтировано на самом деле. Можно ли извлечь отсуда эту инфу?

Ну, и сразу, остальные данные
1. cat /etc/mtab
/dev/hdb6 / ext3 rw 0 0
none /proc proc rw 0 0
usbdevfs /proc/bus/usb usbdevfs rw 0 0
/dev/hdb1 /boot ext3 rw 0 0
none /dev/pts devpts rw,gid=5,mode=620 0 0
none /dev/shm tmpfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
/dev/hdb6 / ext3 rw 0 0
/dev/hdb1 /mnt/hdb/hdb_1 ext3 rw 0 0
/dev/hdb1 / ext3 rw 0 0

2. результат работы umount /dev/hdb1
umount: /: device is busy 
umount: /dev/hdb1: not mounted
umount: /boot: device is busy

3. результат работы umount /dev/hdb6
umount: /: device is busy 
umount: /: device is busy 

#------------------------------
OuterSpace
()

Команде df верить нельзя :(

Привет!

Мне удалось убедится, что команда df (в RH 7.2) работает неверно...
Ситуация такая, --- мне хотелось наконец навести порядок в своих 23-ёх
разделах всех дисков, и я стал составлять подробную таблицу того, что
и где у меня установлено. Оказалось, что на df в этом отношении полагаться
нельзя. Например, после загрузки системы, можно дать команду
df -m | tee ./df.log
и получить
> Filesystem           1M-blocks      Used Available Use% Mounted on
> /dev/hdb6                10825      6199      4076  61% /
> /dev/hdb1                  193        14       169   8% /boot
> none                       188         0       187   0% /dev/shm
Что делает обычно человек --- он верит, что рут у него на   /dev/hdb6,
а бут на /dev/hdb1. И я тоже верил, пока не заподозрил неладное.
Смонтирововав все разделы  hdbX в соответсвующие подкаталоги
/mnt/hdb/hdb_X
вновь попросил выплнить
df -m | tee ./df.log
и увидел
> Filesystem           1M-blocks      Used Available Use% Mounted on
> /dev/hdb6                10825      6199      4076  61% /
> /dev/hdb1                  193        14       169   8% /boot
> none                       188         0       187   0% /dev/shm
> /dev/hdb1                  193        14       169   8% /mnt/hdb/hdb_1
> /dev/hdb6                 6889      3698      2841  57% /mnt/hdb/hdb_6
> /dev/hdb7                 6453      4722      1403  78% /mnt/hdb/hdb_7
что содержание /dev/hdb1 не зависит от того, куда он смонтирован,
а вот для /dev/hdb6 это совсем не так!!! (разумеется я сравнивал
партиции и diff'ом и глазами и модифицируя некий файл на них...)


ну и, наконец, я смотировал все партиции  hdeX в /mnt/hde/hde_X
и, дав df -m | tee ./df.log,
> Filesystem           1M-blocks      Used Available Use% Mounted on
> /dev/hdb6                10825      6199      4076  61% /
> /dev/hdb1                  193        14       169   8% /boot
> none                       188         0       187   0% /dev/shm
> /dev/hdb1                  193        14       169   8% /mnt/hdb/hdb_1
> /dev/hdb6                 6889      3698      2841  57% /mnt/hdb/hdb_6
> /dev/hdb7                 6453      4722      1403  78% /mnt/hdb/hdb_7
> /dev/hde1                 2000      1667       333  84% /mnt/hde/hde_1
> /dev/hde5                   30        14        14  49% /mnt/hde/hde_5
> /dev/hde6                10825      6199      4076  61% /mnt/hde/hde_6

с удивлением обнарудил, что хоть /dev/hdb6 НЕ ОДНО И ТОЖЕ что и /dev/hdb6
зато один из /dev/hdb6 СОВПАДАЕТ с /dev/hde6. (так и оказалось, что
это одно и тоже)

Так что нету веры в df...
OuterSpace
()

RSS подписка на новые темы