ROSA Forum

slavyanix писал(а):забыл указать что под рута попасть можно через команду su --> пароль. а дальше уже XFdrake.

user222 писал(а): Есть, м.б., какие-то ещё алгоритмы по починке этой неприятности?

The NVIDIA kernel module does not appear to be receiving interrupts generated by the NVIDIA GPU at PCI:2:0:0. Please see Chapter 8: Common Problems in the README for additional information.

pci=noacpi	
pci=biosirq
noapic	
acpi=off	

Галахов Роман писал(а):А второй раз перезагружать пробовали?

user222 писал(а):Выполнил команду в консоли, потом напечатал там XFdrake, открылось окошко настроек, как обычно. Откуда копировать нужно?

VictorR2007 писал(а):Вам стоить попробовать загрузиться в ядре 3.8.12.
Похоже у вас криво встал пакет kernel-desktop-devel-3.10.9-1rosa.
Я бы для себя дал команду от рута

Код: Выделить всё

rpm -e kernel-desktop-devel-3.10.9-1rosa --nodeps

Потом запустил XFdrake и при настройке он установился бы заново.

user222 писал(а):

VictorR2007 писал(а):Вам стоить попробовать загрузиться в ядре 3.8.12.
Похоже у вас криво встал пакет kernel-desktop-devel-3.10.9-1rosa.
Я бы для себя дал команду от рута

Код: Выделить всё

rpm -e kernel-desktop-devel-3.10.9-1rosa --nodeps

Потом запустил XFdrake и при настройке он установился бы заново.

Попробовал эту команду - выдаёт вот это:
error: пакет kernel-desktop-devel-3.10.9-1rosa не установлен

В этом может быть проблема?

VictorR2007 писал(а): У вас за открытым окном осталась открытая консоль, в которой давали команду.
В ней и виден весь вывод. Вы уберите отображение окна на весь экран.

error: невозможно открыть http://abf-downloads.rosalinux.ru/rosa2 ... 1.i586.rpm: Ошибка ввода/вывода
error: reading http://abf-downloads.rosalinux.ru/rosa2 ... 1.i586.rpm manifest, non-printable characters found

VictorR2007 писал(а):Упс. А скачать по вашим ссылкам devel ядра вы можете.
Скачайте и киньте в любую папку. Потом в ней нажмите F4.
Внизу откроется консоль.
В ней дайте

Код: Выделить всё

su

Только без дефиса, а как я написал.
Потом Enter и пароль.
И потом команду

Код: Выделить всё

rpm -Uvh *.rpm --force

Подготовка...     ########################################### [100%]
   1:kernel-desktop-devel-3.########################################### [100%]
[root@rosa Загрузки]# 

ДроноваЮ писал(а):Даже не знаю, на месте оно конечно было бы проще разобраться. Можно попробовать в ext3 форматнуть под РОСУ, старый конь борозды точно не испортит. А диск у вас как разбит? и места вообще достаточно под систему?

Yamah писал(а):А если в конец файла /etc/modprobe.d/blacklist-mdv.conf добавить

Код: Выделить всё

blacklist nouveau

keleg писал(а):И все же попробуйте в начальной загрузке выбрать предыдущее ядро. Сначала там 3.8.12 а после обновления становится 3.10.9 и с обоими можно из начальной загрузки грузиться. Выберите подменю "дополнительные параметры" вначале, там должен быть выбор.

user222 писал(а):Хорошо, спасибо!

VictorR2007 писал(а):А если временно пользоваться просто так, без установки дров?
Или это необходимо?
Вроде и такая конфигурация должна летать.

PastorDi писал(а):Дайте вывод:

Код: Выделить всё

lspci -k | grep -A 2 VGA

И выложите ваш xorg.conf после установки проприетарных дров на Nvidia.

user222 писал(а):

PastorDi писал(а):Дайте вывод:

Код: Выделить всё

lspci -k | grep -A 2 VGA

И выложите ваш xorg.conf после установки проприетарных дров на Nvidia.

Вывод не делается, т.к. выше писал - виснет намертво, даже в консоль не могу зайти. А файлик xorg.conf - вот, пожалуйста, с флэшки с убунтой загрузился, выковырял:

Вложение xorg.conf.tar.gz больше недоступно

 lspci 

PastorDi писал(а): Из Убунотовской флешки сделайте

Код: Выделить всё

 lspci 

и вылодитесюда.

Зайдите в Убунту и вместо вашего xorg.conf подложите системе РОСА вот этот и попробуйте перегрузиться:

00:00.0 Host bridge: VIA Technologies, Inc. P4M890 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. P4M890 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. P4M890 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. P4M890 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. P4M890 Host Bridge
00:00.5 PIC: VIA Technologies, Inc. P4M890 I/O APIC Interrupt Controller
00:00.6 Host bridge: VIA Technologies, Inc. P4M890 Security Device
00:00.7 Host bridge: VIA Technologies, Inc. P4M890 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge
00:02.0 PCI bridge: VIA Technologies, Inc. P4M890 PCI to PCI Bridge Controller
00:03.0 PCI bridge: VIA Technologies, Inc. P4M890 PCI to PCI Bridge Controller
00:0f.0 IDE interface: VIA Technologies, Inc. Device 5337 (rev 80)
00:0f.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07)
00:10.0 USB controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0)
00:10.1 USB controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0)
00:10.2 USB controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0)
00:10.3 USB controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev a0)
00:10.4 USB controller: VIA Technologies, Inc. USB 2.0 (rev 86)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237A PCI to ISA Bridge
00:11.7 Host bridge: VIA Technologies, Inc. VT8237/8251 Ultra VLINK Controller
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 7c)
00:13.0 Host bridge: VIA Technologies, Inc. VT8237A Host Bridge
00:13.1 PCI bridge: VIA Technologies, Inc. VT8237A PCI to PCI Bridge
02:00.0 VGA compatible controller: NVIDIA Corporation GF106 [GeForce GTS 450] (rev a1)
02:00.1 Audio device: NVIDIA Corporation GF106 High Definition Audio Controller (rev a1)
03:00.0 SATA controller: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 02)
03:00.1 IDE interface: JMicron Technology Corp. JMB363 SATA/IDE Controller (rev 02)
04:04.0 Multimedia audio controller: C-Media Electronics Inc CMI8738/CMI8768 PCI Audio (rev 10)
80:01.0 Audio device: VIA Technologies, Inc. VT8237A/VT8251 HDA Controller (rev 10)

ДроноваЮ писал(а):А если вот сейчас на этот же раздел поставить Сусю или Убунту? с проприетарным драйвером

вот, до кучи можно и dmesg глянуть

VictorR2007 писал(а):Очень надеюсь что тут не розыгрыш.
Ведь должно быть все ОК.
И товарищ не пишет, делал ли при установке проверку раздела / на сбойные сектора.
Если над нами не издеваются и не прикалываются, так вполне возможно что проблема в диске.
Вроде все, включая ввод/вывод идет через файлы. И потоки, и сокеты.
И если с диском проблемы, то и в итоге такой результат.
Извиняюсь если написал фигню. Очень слабо представляю все это.
Так, общее представление без знаний.

user222 писал(а):dmesg запустить из-под убунты?

user222 писал(а):Собственно, кубунта работает без нареканий.

user222 писал(а):Не игнорирую советы, просто слегка занят.

user222 писал(а):Как делать проверку на сбойные сектора?

user222 писал(а):Ни с какими синглмодами не могу даже консоль открыть. Замена xorg.conf тоже никак не повлияла.
Есть способ как-то извне (с той же кубунты или с винды) проверить на сбойные сектора раздел (или весь диск), на котором сейчас Роса?

А установочный образ, повторюсь, я проверил через md5 и через скачку торрентом (как мне выше советовали) - по всем параметрам он ровно такой же, как и тот, что выложен у rosalab.

user222 писал(а): P.S. Думал, может, в кубунте в KDE Partition Manager получится проверить - открыл и заметил, что диски после перезагрузки поменялись местами. С Росой диск был sdb - стал sda. И когда Роса зависает с этим "dracut", выше всегда написано что-то про "disk" и про "UUID". Это что-то может прояснить, или я по незнанию придаю значение чепухе какой-то?
P.P.S. Проверил раздел с Росой с помощью Partition Manager из кубунты с sudo.
Лог:

proverka.html.zip

Запустить Росу не помогло. Извините, если я ерундой маюсь, просто вдруг это полезно, я не в курсе.

PastorDi писал(а):Что-то совсем не верится что в single mode не грузануться. ммм... ну тогда другой вопрос, фотоаппарат со сьемкой видео или мобильник сс сьемкой видео есть? СНимите видео как вы загружаете Росу. так нагляднее будет, на каком моменте стопарится.
В приложенном файле у вас проверки /dev/sda2 - а это раздел NTFS - от Windows. :) Нормально вы его прошерстили в линуксе :)
Кстати на /dev/sdb у вас там swap раздела нету, вы без swap ставили Росу туда?
И какие-то разбиения у вас странные на /dev/sdb. Обычно /dev/sdb1(расширенный есть sdb3, sdb4, sdb5.....) а у вас sdb5 один и все, + sda2 основной. Чёта как-то (для меня) выглядит кривовато.
Да и на /dev/sda тоже, сначала sda1, sda2 основыне, потом sda4 расширенный, потом снова sda3 основной. Для мен как-то тоже выглядит кривовато. А вы можете сделать, чтобы первыми тремя разделами были основные, а в конце диска сделать sda4 расширенный. Попробуйте.

Еще вопросик, Кубунта у вас стоит с проприетарными драйверами Nvidia или нет?

dev by UUID <такой-то такой-то> does not exist

PastorDi писал(а):Хм... такое впечатление что Grub2 от Кубунту что-то не то делает.
Загрузитесь в Кубунту, дайте сюда вывод

Код: Выделить всё

blkid

Там должы быть все разделы ОБЕИХ винтов.

И выложите из Кубунту настройки Grub2. (файл конфигурации)

ДроноваЮ писал(а):Насколько я вижу на видео, он там говорит:

dev by UUID <такой-то такой-то> does not exist

у меня такое было, когда при установке GRUB2 не захотел вставать на указанный раздел (см. баг 1940) и запортил там установку РОСЫ. Суть была в том, что в GRUB2 раздел по UUID был правильно записан, а вот уже имеющийся для этой системы образ img, который принимает загрузку дальше от Гроба, искал его по неправильному UUID, т.е. в этом образе img (который генерируется с помощью dracut), был прописан неправильный UUID для этого раздела. Полностью вылечить это я не смогла. Отчего это получается, тоже хз.

PastorDi писал(а):Хм... такое впечатление что Grub2 от Кубунту что-то не то делает.
Загрузитесь в Кубунту, дайте сюда вывод

Код: Выделить всё

blkid

Там должы быть все разделы ОБЕИХ винтов.

И выложите из Кубунту настройки Grub2. (файл конфигурации)

/dev/sda2: UUID="5e8e8cba-ccc5-4fd5-b338-51c7084b59c2" TYPE="ext4" 
/dev/sda5: LABEL="WD" UUID="6CB07093B070658C" TYPE="ntfs" 
/dev/sdb1: LABEL="M-PM-^WM-PM-0M-QM-^@M-PM-5M-PM-7M-PM-5M-QM-^@M-PM-2M-PM-8M-QM-^@M-PM->M-PM-2M-PM-0M-PM-=M-PM-> M-QM-^AM-PM-8M-QM-^AM-QM-^BM-PM-5M-PM-<M-PM->M-PM-9" UUID="8C7E1A0F7E19F326" TYPE="ntfs" 
/dev/sdb2: LABEL="Win7" UUID="F8FA1DA8FA1D63E2" TYPE="ntfs" 
/dev/sdb3: LABEL="Archive" UUID="00E6D674E6D66A04" TYPE="ntfs" 
/dev/sdb5: UUID="dbbef087-0405-4085-81dc-235d42b871bc" TYPE="swap" 
/dev/sdb6: UUID="5bb2a024-69e5-4616-aff6-d6752fbf8f6e" TYPE="ext4"

akdengi писал(а):У вас единственный корневой раздел для Кубунту и Росы ?

Настройки grub в /boot/grub2/grub.cfg должны быть.

DELTA-79 писал(а):Может так...

VictorR2007 писал(а):Что-то не понятны такие строки.

Код: Выделить всё

inux /boot/vmlinuz-3.10.9-nrj-desktop-1rosa root=UUID=5e8e8cba-ccc5-4fd5-b338-51c7084b59c2 ro splash=silent logo.nologo resume=/dev/sdb5 init=/lib/systemd/systemd
	initrd /boot/initrd-3.10.9-nrj-desktop-1rosa.img

Вроде должно быть /dev/sdb2

user222 писал(а):Или в этом нет смысла?

DELTA-79 писал(а):Все же у меня странное ощущение, что у вас что-то с жестким... Где-то bad-сектор, на который попала установка РОСЫ... Не так давно была проблема у знакомой в этом же плане, и тоже было 2 физических носителя. И когда я переустановил РОСУ на другой, то все заработало. А проблема была примерно та-же.

DELTA-79 писал(а):Все же у меня странное ощущение, что у вас что-то с жестким... Где-то bad-сектор, на который попала установка РОСЫ... Не так давно была проблема у знакомой в этом же плане, и тоже было 2 физических носителя. И когда я переустановил РОСУ на другой, то все заработало. А проблема была примерно та-же.

VictorR2007 писал(а): Но вполне подойдет с предыдущий диск.
Я бы себе сделал по другому.
Раз grub2 так себя ведет с двумя его установками на один MBR, я бы в биос поставил загрузочным диском второй диск, а не тот который у вас сейчас.
Установил на него Росу и установил Grub на этот диск.
Это бы убрало все проблемы и можно бы было загружать все ОС.
При загрузке разных линуксов можно пользоваться для каждого своим загрузчиком, для каждого со своего физического диска.