Bardzo długi czas ładowania Ubuntu

[lopogo59]

Otóż zainstalowałem na swoim komputerze Ubuntu 13.10 (niestety kernel tylko z tej wersji dzialał na moim komputerze), którego uruchomienie z live cd zajęło ok. 3 minut. Po instalacji miałem problem z "Gave up waiting for root device", udało się to rozwiązać dopisując rootdelay=90 do grub_cmdline_linux_default dzięki czemu udało mi się dostać do systemu, ale czas uruchamiania nadal zajmuje ok. 2 min. Z tego co wiem problem może być wywowałany przez moją płytę główną (ASUS P5VD2-MX). Tutaj zamieszczam zawartość /var/log/dmesg http://pastebin.com/iPwgfEvR

[1709]

 - Jeśli ta płyta faktycznie jest stara to nie korzystaj z Ubuntu
tylko sprawdz tez z innym systemem. (nowszym i lżejszym)

- Jesli się nie boisz angielskiego to przetestuj np. PCLinuxOS,
Jako że masz problem ze sprzętem , możesz sprawdzić ram, dysk
http://www.ultimatebootcd.com/

[lopogo59]

- Jeśli ta płyta faktycznie jest stara to nie korzystaj z Ubuntu
tylko sprawdz tez z innym systemem. (nowszym i lżejszym)

- Jesli się nie boisz angielskiego to przetestuj np. PCLinuxOS,
Jako że masz problem ze sprzętem , możesz sprawdzić ram, dysk
http://www.ultimatebootcd.com/

Problem w tym, że każda inna dystrybucja linuxa również nie działa (Fedora 22, OpenSUSE, Solus Linux niestety nie uruchamiają się) , a jedyne jądro które działa to 3.11 . Ultimate Boot CD jeszcze nie sprawdzałem, jak będę miał czas to zobaczę i coś więcej powiem, ale kiedyś był tam Windows XP i działał bez problemu, więc to raczej nie RAM ani dysk  . PCLinuxOS próbowałem uruchomić i zawiesza się na czarnym ekranie.

[1709]

- sprawdzenie sprzetu nie zaszkodzi i nie jest az tak skomplikowane,
   upewnisz się.
- jesteś wstanie podać jaki procesor, karte graficzną używasz ?
może to problem ze sterownikiem od grafiki...
Na czarnym ekranie coś pisało?
- próbowałes uruchomić jakąś dystrybucje np. PCLinuxOS ,
w trybie bezpiecznym Vesa, lub np. Archa lub inna dystrybucje w trybie tekstowym ?
- patrzyłeś może na płyte główną czy nie ma deformacji np. kondensatorów ?

Radze się upewnić, możesz tez spytać na
https://bugzilla.kernel.org/buglist.cgi?quicksearch=ASUS%20P5VD2-MX

[Paweł Kraszewski]

1. Umiera komunikacja z CD/DVD - to jest przyczyna problemów z długim startem. Sprawdź kabel albo w BIOS przełącz kanał CD na wolniejszy (UDMA/100 albo UDMA/66 albo jeszcze wolniej - kernel negocjuje po wszystkich timeoutach UDMA/25).

2. Połączenie procesora Intela z chipsetem nie-Intela to generalnie zły pomysł. Połączenie czegokolwiek z chipsetem VIA to jeszcze gorszy pomysł (z całym szacunkiem dla VIA - miałem i mam kilka produktów z ich chipsetami, i to gó*no pod każdym względem poza ceną). O jedno oczko wyżej od najgorszego, czyli chipsetów ULi. U ciebie to kaskada VIA+mostek JMicron SATA->PATA, czyli jedno z gorszych połączeń obecnych kiedyś na rynku. Jako takie jest niewkompilowywane w nowe dystrybucje (choć ciągle, choć częściowo, obecne w kodzie kernela). To jest przyczyna, dla której nowe distra nie działają. Tutaj jest przykładowa płyta na chipsecie Intela za całe 78 złociszy z przesyłką - powinna pasować "na podmiankę" Twojej i jest dużo bardziej przyjazna dla Linuksa.

[lopogo59]

Mam kartę graficzną NVIDIA GEFORCE GT220 i procesor Intel Core 2 Duo E6300, w trybie Vesa PCLinuxOS uruchomił się (tylko dlaczego Ubuntu mogło uruchomić się bez niego?). A co do czarnego ekranu na PCLinuxOS wyświetlało się "No irq handler for vector" czy jakoś tak, działo się to również na Ubuntu tylko, że tam po jakimś czasie ten tekst znikał a reszta systemu uruchamiała się poprawnie. Z płytą główną jest chyba dobrze. W trybie tekstowym Archa nie udało się uruchomić również kończyło się na "No irq handler for vector". Z ciekawości sprawdziłem również starsze distra (Ubuntu 7.04 i 8.04) niestety również nie działają a ich uruchamianie kończy się na "Buffer I/O error on device fd0, logical block 0"

[1709]

Nie wiem,
po instalacji systemu raczej będziesz miał ten sam problem,
jeśli tak to
powinieneś przepisać opcje kernela (vesa) z menu live-cd
do gruba swojego systemu i powinno działać (bez 3D).

Gdybyś chciał sprawdzić jak się zachowa ze sterownikami Nvidia
http://pclinuxoshelp.com/index.php/Nvidia_Proprietary_Graphic_Drivers
i jeśli nie będzie system startował odpowiednio, staraz się jakoś zalogować,
w trybie tekstowym lub bezpiecznym i  wpisujesz

Kod: [Zaznacz]

drakx11

by zmienić sterownik.

Czy PCLinuxOS w trybie vesa również długo się ładuje ?
Co do Ubuntu, to może i też są tam opcje gruba.

Edit:
http://www.linuxquestions.org/questions/linux-newbie-8/rhel-6-4-error-kernel-do_irq-1-205-no-irq-handler-for-vector-irq-1-a-4175496275/
Sprawdz ustawienia Biosu.

Znalazłem jeszcze to , chodzi by zmienić parametry kernela w menu gruba
http://ubuntuforums.org/showthread.php?t=1234983

[lopogo59]

Poprawka: PCLinuxOS uruchamia się bez trybu VESA, ale zamiast normalnego ekranu ładowania widać czarny ekran z "No irq handler for vector" który trwa przez ok. 5 minut, ale później można zalogować się do systemu tylko po wpisaniu "startx" mam błąd "no screens found". To samo miałem po instalacji sterowników własnościowych na Ubuntu. Próbowałem dopisać

Kod: [Zaznacz]

Driver      "vesa"

do xorg.conf i nadal miałem problem, tak samo

Kod: [Zaznacz]

sudo dpkg-reconfigure xserver-xorg

też nic nie dawało. Przeżyje już bez sterowników nvidii bo i tak w gry itp. nie gram. Tylko największy problem mam z czasem ładowania.

P.S. PCLinuxOS w trybie VESA również długo się ładuje

[1709]

Nie wiem czy się dobrze zrozumieliśmy,
chodziło mi o sprawdzenie jak się uruchomi system po skopiowaniu opcji kernela z menu gruba
( mozesz sobie podpatrzyc klikajac "e" w menu albo zajrzec do plikow /boot/...
menu.lst lub grub.cfg w zaleznosci jaki tam grub jest. W live-cd na grubie legacy(1) nie trzeba bo odrazu widac )

Przykładowy wpis moj (to jest wpis po instalacji systemu)

Kod: [Zaznacz]

title linux
kernel (hd1,8)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=c07cbc58-4fcc-4844-7d65-02814b07943c nokmsboot splash quiet resume=UUID=0b4c0423-e6f3-43a2-84c8-8bba036bcaf8 vga=788
root (hd1,8)
initrd /boot/initrd.img

z live-cd opcje wygladaja tak
    Tryb vesa

Kod: [Zaznacz]

initrd=initrd.gz vga=788 keyb=us quiet splash=silent xdriver=vesa

    Tryb bezpieczny

Kod: [Zaznacz]

initrd=initrd.gz acpi=off vga=normal  keyb=us noapic nolapic nopinit xdriver=vesa

(keyb to klawiatura, to tego nie uzywasz  )

Dobra wróćmy do tych 2 linkow w moim poprzednim poscie z nich wynika ze nalezaloby dodać

quiet splash pci=nomsi,noaer

Czyli bez zadnych trybów po dodaniu tej opcji wyglądało by tak

Kod: [Zaznacz]

title linux
kernel (hd1,8)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=c07cbc58-4fcc-4844-7d65-02814b07943c nokmsboot splash quiet resume=UUID=0b4c0423-e6f3-43a2-84c8-8bba036bcaf8 vga=788 pci=nomsi,noaer
root (hd1,8)
initrd /boot/initrd.img

W linku wspomniano takze, jesli edytujesz grub2

2. change GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=nomsi,noaer"
3.sudo update-grub

PS: Numer UUID ma każdy ma własny i bez potrzeby nie należy zmieniać.

[lopogo59]

Po dopisaniu

Kod: [Zaznacz]

quiet splash pci=nomsi,noaer

i

Kod: [Zaznacz]

xdriver=vesa

do opcji kernela w GRUB_CMDLINE_LINUX_DEFAULT  jedyne co zniknęło to "No irq handler for vector", ale system nadal uruchamia się strasznie długo, PCLinuxOS zainstalowałem w trybie vesa bez sterowników własnościowych, ponieważ z nimi miałem błąd "Fatal server error: no screens found (EE)".

[1709]

Jeszcze tego bym się przyczepił

Kod: [Zaznacz]

[    2.509257] sd 8:0:0:3: [sde] Attached SCSI removable disk
[   22.876072] ata5.00: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen

Może ktoś pomoże to rozwiązać.

PS: Próbowałeś dodać " quiet splash pci=nomsi,noaer " ?

Edit:
Z sieci wygrzebalem coś takiego
http://ubuntuforums.org/showthread.php?t=2208426

[lopogo59]

PS: Próbowałeś dodać " quiet splash pci=nomsi,noaer " ?

Tak, niestety nadal nic pomaga.

[1709]

Ale uściślij na jaką dolegliwość nie pomaga.
"No irq handler for vector" -->  " quiet splash pci=nomsi,noaer "

" exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen " -->
" sed -i '/ATAPI/,+1s/^/#/' /lib/udev/rules.d/60-persistent-storage.rules "

Kod: [Zaznacz]

update-initramfs -u

[lopogo59]

W końcu zainstalowałem Ubuntu 13.10 od nowa, dopisałem

Kod: [Zaznacz]

quiet splash pci=nomsi,noaer rootdelay=90

do opcji kernela i zrobiłem
 

Kod: [Zaznacz]

sudo sed -i '/ATAPI/,+1s/^/#/' /lib/udev/rules.d/60-persistent-storage.rules
sudo update-initramfs -u

Mój dmesg wygląda teraz tak http://pastebin.com/BKTUjw46 . Niestety nadal uruchmianie trwa ok. 100 sekund. Dodałem "rootdelay=90" w opcjach kernela, ponieważ bez niego miałem błąd "Gave up waiting for root device". A "Switched to clocksource tsc" był wcześniej rozwiązany przez dopisanie "clocksource=acpi_pm".

[1709]

- Ja bym jeszcze sprawdził jak się zachowa (jesli dysk umozliwia) system po zmiejszeniu prędkosci dysku SATA, (Upewnij się ze twoj dysk ma taka mozliwosc)
bo zakładam ze SATA masz.
Predkosc prawdopodobnie zmieniasz zworkami. (moze na dysku coś bedzie pisać)
http://support.wdc.com/images/kb/scrp_connect.jpg

Edit
- upewnij się ze masz sprawny sprzet, w tym dyski . np. przy pomocy,
 gsmartcontrol , lub zamieniajac na sprawny,
 mozesz tez uzyc narzedzi z plyty cd http://www.ultimatebootcd.com/
Jesli to nic nie da, mozesz spytac np. na:
https://bugzilla.kernel.org/buglist.cgi?quicksearch=P5VD2-MX

- Mozesz tez przetestowac opcje " nomodeset "