random crashes tijdens boot 10.10

[mathijsv1]

Hoi mensen,

ik ben nogal n linux newbee. Veel ict kennis maar weinig gelinuxt. Na n paar jaar weer eens opnieuw n installatie gedaan en ben zeer enthousiast geworden over de huidige ubuntu versie. Ik heb echter wel n probleem en ik hoop mensen te vinden die dit willen helpen uitvlooien:

IK heb n i7 kast met n dual boot ingericht met Win7 en ubuntu 10.10 (de ubuntu studio 64bit distro, omdat ik muziek editing op ubuntu wilde gaan proberen). Het volgende doet zich voor:
Als ik ubuntu opstart via de grub bootloader crasht ie tijdens het opstarten. Maar bij n herhaalde start (soms2x nodig) start ie wel..
Als ie door de boot heen is en ik ben ingelogd, heb ik echter nooit meer serieuze problemen: het performt allemaal als n tierelier en alles werkt.
Ik snap dat niemand met n pasklaar antwoord komt, maar hopelijk wel met aanwijzingen hoe ik moet zoeken: ik weet bv niet eens waar ik logfiles vind die boot problemen registreren..Dus wie o wie wil me op t juiste spoor zetten?
hierbij alvast de specs van mn systeempje:

Moederbord: MSI H55M-E33(MS-7636)
BIOS: American Megatrends Inc. version: V1.7
Processor: Intel(R) Core(TM) i7 CPU  870  @ 2.93GHz
RAM: 4G SDRAM
Grafische kaart:nvidia geforce
HD: Hitachi HDS72101 1TB, Verdeling:

         - volume:0
                   description: Windows NTFS volume
                   physical id: 1
                   logical name: /dev/sda1
                   capacity: 439GiB
                   capabilities: primary bootable ntfs initialized
                   configuration: clustersize=4096 created=2010-12-22 00:18:35 filesystem=ntfs state=clean
              -volume:1
                   description: Extended partition
                   physical id: 2
                   logical name: /dev/sda2
                   capacity: 492GiB
                   capabilities: primary extended partitioned partitioned:extended
                 *-logicalvolume:0
                      description: Linux filesystem partition
                      physical id: 5
                      logical name: /dev/sda5
                      logical name: /
                      capacity: 480GiB
                      configuration: mount.fstype=ext4 mount.options=rw,relatime,errors=remount-ro,barrier=1,data=ordered state=mounted
                 *-logicalvolume:1
                      description: Linux swap / Solaris partition
                      physical id: 6
                      logical name: /dev/sda6
                      capacity: 11GiB

Het gaat dus om n 64 bits machine.
Laatste opmerking: Windows boot wel altijd probleemloos  (sorry folks)

Waarom crasht ubuntu altijd vanuit n koude boot?

Thanx bij voorbaat
Mathijs

[heir4c]

De log bestanden staan in /var/log/
Daar vind je onder andere: 'bootlog' 'kernlog' 'messages' en 'syslog'

[mathijsv1]

bedankt Heir4c

de boot.log ziet er volgens mij normaal uit. De andere logs lijken veel op elkaar en bevatten naar mijn idee wel wat problemen. Maar de files zijn erg groot geworden. Kan ik die logs leegmaken of weggooien? M.a.w. worden ze automatisch pnieuw aangemaakt bij startup? dan kan ik de fout reproduceren zodat ik alleen relevante informatie in de logs heb staan..

[heir4c]

Ja, die worden opnieuw aangemaakt. Je ziet ook naast de log zelf ook nog log.1 en log.2.gz enz...
Het kan wel zijn dat die voorlopig in het zelfde log komt te staan maar pas de volgende dag dat hij een nieuwe aanmaakt.
In het log zelf zie je dan waar hij heropgestart/uitgeschakeld word aan de datum en tijdsaanduiding.

[mathijsv1]

Nou, zul je altijd zien: Ik krijg het probleem ineens met geen mogelijkheid meer gereproduceert. Misschien omdat ik gisteren nog een paar updates heb gedraait, alhoewel ik daar de relatie niet mee zag.. Bovendien zie ik wel in de logs dat de NVidia kaart voor problemen zorgt,
Ik zou liever snappen wat het probleem was dan dat het 'vanzelf' ineens verdwijnt, maar hier laat ik het voorlopig maar even bij. Mocht het terug komen weet ik iig waar ik moet kijken.
Bedankt voor de hulp!

Grtz Mathijs

[heir4c]

Graag gedaan en altijd welkom.

Met vriendelijke groet,
heir4c

[mathijsv1]

Helaas, te vroeg gejuicht : de (koude)startup crashes zijn weer terug..

Ik doe mn best om hier met mn boeren verstand wat issues uit de logs te halen maar heb geen enkele ervaring met het debuggen van linux error logs.
Je ziet wel wat meldingen over de NVIDIA kaart,maar op andere fora lees ik dat die melding in principe altijd krijgt als je een niet-GPL driver gebruikt.. en zou je dus moeten kunnen negeren..
Misschien is dit toch iets: http://kerneltrap.org/mailarchive/git-commits-head/2010/3/19/30487 Het is maar n gok..
Wie -met meer verstand van zaken dan ik ;-)  - zou hier eens naar willen kijken? Het relevante deel van de Messages log is als bijlage bijgevoegd.

Alvast mijn dank!

[heir4c]

In verband met Nvidia en MSI.
Je hebt blijkbaar een aparte grafische kaart? Het lijkt mij de bedoeling dat je dus de on-board card uitschakelt, om conflicten te vermijden met de aparte grafische kaart. Dat doe je geloof ik via de BIOS.

Verder zie ik enkel wat kleine meldingen die denk ik niet direct de crashes veroorzaken.
Maar de lijn met "Pid: 618, comm: udevd Tainted: P    B    C  2.6.35-24-generic #42-Ubuntu" en alles erachter worden steeds herhaald. Daar zit er dus een probleem. Iets met de udevd
Tainted = (letterlijk vertaalt)' bederft'. Dus hier gaat er iets mis.
Wat er juist fout gaat kan ik niet zeggen. Dit is redelijk technisch en mijn kennis eindigt voorlopig hier. (Ik ben wel op zoek naar mogelijke redenen/oplossingen via Google, zoekterm: comm: udevd Tainted  Leer zelf ook graag bij.)

Maar hopelijk is er wel iemand anders die je hiermee verder kan helpen of toch tenminste kan uitleggen wat er aan de hand kan zijn.)


Toch nog iets: Kan je opstarten via recovery mode en heb je daar dan crashes? Of als je opstart met een oudere kernel heb je dan ook crashes? Het kan zijn dat de nieuwste kernel wat roet in het eten gooit en niet goed samengaat met je hardware.
Als je dus met een oudere versie wel vlot opstart, dan kan je deze tijdelijk gebruiken tot er een nog nieuwere kernel versie bij de update manager staat.

[mathijsv1]

Ik heb in het bios gekeken. In mijn bios kun je niet specifiek 1 grafische kaart uitzetten. je kiest gewoon welke de primary is. Dus dat zou voldoende moeten zijn.
Verder lijkt t mij ook heel aannemelijk dat die herhaalde foutmelding in het laatste gedeelte er iets mee te maken zouden kunnen hebben, maar waar ze veroorzaakt door worden..?

Ik heb nog diverse boots gedaan op andere kernel builds. Nog geen crash daar.
Maar het probleem is dat de crashes ook niet structureel zijn. Ook niet op de hoogste kernel.
Dat is eigenlijk het vreemdste aan de hele zaak: Als je -na een vastloper- een harde reset op het systeem geeft, start ie altijd wel normaal door. De trend hierin lijkt dat als de Pc langere tijd uit heeft gestaan, hij pas dit probleem gaat vertonen.
Dat maakt het dus ook moeilijk om te testen.. ik moet dus elke keer weer een tijd wachten voor het probleem zich weer wil manifesteren..
aaan de andere kant zou je zeggen dat het ook een aanknopingspunt zou moeten zijn.. want kennelijk verandert er toch iets na een hangende startup. Er lijkt iets nog tijdelijk in een low level geheugen te blijven hangen.. ik snap er weining van.

[heir4c]

Als je na een "harde" uitschakeling de computer reboot werd er bij oudere versies aangegeven dat hij naar de swap ging kijken of er daar niets aangegeven stond geloof ik, maar tegenwoordig zie ik dat niet meer. Dus is dat er niet meer of is dit enkel in de achtergrond? Ik weet het niet, maar het zou een verklaring kunnen zijn van wat redelijk wat gebruikers voorhebben met die vermelding tijdens het opstarten dat een bepaalde schijf niet klaar is of niet bestaat. Je kan ook bij crashes de <SysRq> toets gebruiken in combinatie met andere toetsen waarmee je processen kan stoppen. (moet ik even opzoeken hoor) Niet altijd als het beeldscherm bevriest dat dan ook het systeem bevroren is.

Hier alvast een linkje (Engels): http://en.wikipedia.org/wiki/Magic_SysRq_key#Magic_commands
en:
http://forum.ubuntu-nl.org/software-en-configuratie/screencopie/msg667717/#msg667717

[Progger]

<SysRq> toets gebruiken in combinatie met andere toetsen waarmee je processen kan stoppen. (moet ik even opzoeken hoor)

Boven bedoelde toetsencombinatie is:

Alt+SysRq tegelijk ingedrukt houden en dan achtereenvolgens de toetsen: r,e,i,s,u,b indrukken (zonder de komma's) en daarna die Alt+SysRq combinatie loslaten.  

[mathijsv1]

Hoi mensen,

Nogmaals bedankt voor t meedenken.
Ik ben het natuurlijk met jullie eens dat mijn issue striktgenomen helemaal geen crash hoeft te zijn (dus topic titel niet helemaal terecht waarschijnlijk). Het komt erop neer dat ik naar n zwart scherm zit te kijken. Het lijkt logischer dat ie ergns in de boot sequence ergns op hangt.
Hierbij nog een update die me relevant lijkt: Telkens als ik opstart (of hij nou doorstart of niet) staat dit bericht in de kernel log:

                   phy0 -> rt2x00pci_regbusy_read: Error - Indirect register access failed: offset=0x00007010, value=0xffffffff
Jan 25 19:20:52 localhost kernel: [   12.913989] phy0 -> rt2x00pci_regbusy_read: Error - Indirect register access failed: offset=0x00007010, value=0xffffffff
Jan 25 19:20:52 localhost kernel: [   12.914548] phy0 -> rt2x00pci_regbusy_read: Error - Indirect register access failed: offset=0x00007010, value=0xffffffff
Jan 25 19:20:52 localhost kernel: [   12.934894] phy0 -> rt2800pci_mcu_status: Error - MCU request failed, no response from hardware

Lijkt me niet goed.

Ik heb zojuist even gelezen over de SysRq opties. Ik heb vandaag nog geen crash gehad. Ik heb t opgeschreven. als de crash weer komt, zal ik dat toepassen. Laat nog weten als dat gelukt is.

[mathijsv1]

Hey mensen,

Er lijkt een oplossing te zijn gekomen hiervoor , en het leek me handig om die toch maar hier te plaatsen. Wie weet wie er nog wat aan heeft.

De oplossing is trouwens met dank aan mijn vrij briljante collega op mijn werk (maar dat terzijde)
Het komt erop neer dat linux en mijn processor samen te snel zijn om op tijd alle hardware geinitialiseerd te krijgen. Hierdoor zijn bepaalde pci kaarten nog niet bekend als linux ze probeert uit te lezen. In mijn geval dus de grafische kaart.
De oplossing: in het BIOS (althans in het mijne (AMI v1.7) staat een optie om bepaalde hardware tests niet te doen bij het booten. Dit is om snelheid te winnen met opstarten. Dit staat standaard aan. Maar in mijn geval overschiet deze setting zijn doel: het gaat TE snel. Je kunt die optie dus uitzetten et voila.. Sindsdien geen last meer met booten.

Mijn wat zure constatering bij mijn eerste post dat windows wel goed opstart komt dus omdat windows dusdanig lomp en traag is dat het daar dus niet gebeurt. Wel grappig eigenlijk..

Overigens blijven de foutmeldingen die ik meld in mijn voorlaatste post wel komen, maar dat moet dus een losstaand iets te zijn. Mocht iemand echter daar nog iets zinnigs kunnen zeggen: Graag!

bedankt voor t meedenken allen!

[heir4c]

Dat van die bios dat is de POST: (nederlands) http://nl.wikipedia.org/wiki/Power-on_self-test en (engels): http://en.wikipedia.org/wiki/Power-on_self-test

ThanX om het hier alsnog te melden.