fsck 10.04

[Progger]

Deze morgen bij het booten heeft hij voor de eerste maal een fsck uitgevoerd op het systeem, die heeft zo'n 25 minuten geduurd, bij 8.04 was dat op zo'n 60 seconden klaar.

Blijkbaar hebben ze die fsck duchtig aangepast, is dat normaal dat die nu zo lang duurt ? 

[Pjotr]

Abnormaal, ja.... Ik heb het ook gemerkt. Niet goed. Blijft veel te lang steken bij 70 of 71 %.

Volgens mij is het een "kinderziekte" van 10.04. De updates zullen de verlossing moeten brengen...  

[Progger]

Klopt, ook hier heeft hij er vanaf 70% tot 100% heel lang over gedaan. Afwachten dus maar, en hopen op verbetering voor die fsck. 

[ivo]

Ik meld mij hierbij als het volgende slachtoffer.
En de "Press C" blijkt niet te werken, hij gaat van 77 naar 78, 79........

[jpp]

Zelfde probleem.
Bij 70% start de ellende.
Na een half uur (!), bij 90%, en steeds geen reactie op Ctrl C hield ik het niet meer en met ctrl / alt /del verder gegaan

[Ron]

Dat had ik alleen de eerste keer, de tweede keer ging het weel vlot ....

[Progger]

Gelukzak, bij mij duurde het ook de tweede keer weer ongeveer 30 minuten. 

[Lexaldo]

Om het leed wat te verzachten kun je het ook zo instellen dat die check wordt gedaan bij het afsluiten van de PC. Met het prog autofsck.
Als  je dat 's avonds laat doet, lig je al te pitten terwijl dat ding nog loopt te checken. Na de check wordt de PC vanzelf uitgezet.

[Pjotr]

Ja, maar de bestandssysteemcontrole werkt in 10.04 sowieso niet goed, hè... Volgens mij doet hij na 70 % helemaal niks meer, behalve tergend sloom aftellen.

Lijkt me een fout, die ze maar eens snel moeten gaan herstellen.... Gelukkig is het een heel opvallende fout, dus de ontwikkelaars zullen hem snel opmerken.

Voorlopig kun je de interval misschien beter even op 1000 zetten of zo... Dan heb je er geen last van.
http://sites.google.com/site/computertip/tipsentrucs#TOC-Hoe-verhoog-ik-de-interval-voor-de-

[timosha]

Deze morgen bij het booten heeft hij voor de eerste maal een fsck uitgevoerd op het systeem, die heeft zo'n 25 minuten geduurd, bij 8.04 was dat op zo'n 60 seconden klaar.

Blijkbaar hebben ze die fsck duchtig aangepast, is dat normaal dat die nu zo lang duurt ? 

Dat ligt aan Plymouth en is een bekende bug. Als je fsck vanuit Gnome of een terminal op een ext3/ext4 partitie draait die niet gemount is gaat het zeer snel.

[Lexaldo]

Ik heb pas over twee maanden de volgende check (ingesteld op 1 x per 60 boots), waarschijnlijk is het dan wel opgelost.

[markba]

https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/571707
Een probleem van plymouth (zoals hierboven gemeld). Er wordt aan gewerkt, er is een patch die schijnt te werken, maar voorlopig is deze nog niet vrijgegeven (= verwerkt in plymouth).

Een tijdelijke oplossing: opties 'quiet' en 'splash' verwijderen in de kernel-commandline. Daardoor wordt de grafische schil (= plymouth) niet geladen.

[timosha]

https://bugs.launchpad.net/ubuntu/lucid/+source/mountall/+bug/571707

https://bugs.launchpad.net/ubuntu/lucid/+source/mountall/+bug/577331

[Paul Matthijsse]

Volgens mij doet hij na 70 % helemaal niks meer, behalve tergend sloom aftellen.

Klopt, lampje van de harde schijf brandt niet, dus geen activiteit. Normaal brandt dat lampje tijdens fsck continu.

[Tom]

Ik heb geprobeerd de interval  te verhogen ,maar met dit terminal commando krijg ik dit resultaat. (Lucid)



sudo tune2fs -c 100 /dev/sda2

[Pjotr]

Ik heb geprobeerd de interval  te verhogen ,maar met dit terminal commando krijg ik dit resultaat. (Lucid)



sudo tune2fs -c 100 /dev/sda2

Staat Ubuntu wel bij jou op sda2?

[Tom]

Nee op 1 heb ik gezien.      sudo tune2fs -c 100 /dev/sda1

Resultaat nu >



Is dus okee nu ,neem ik aan ,bedankt voor de hinweiss.

[Pjotr]

fsck-probleem is vandaag verholpen via de updates, met een nieuwe mountall. Hieperdepiep hoera!    

Pluim voor de ontwikkelaars. Het was een vervelende kinderziekte; nu gelukkig voltooid verleden tijd. Ongeveer twee weken na verschijning van 10.04, en net op tijd voor het Ubuntufeestje in Genk.  8)

[Pjotr]

Aanvulling op voorgaande bericht: de herstelde mountall staat voorlopig nog niet op de Nederlandse spiegelserver, alleen op de Hoofdserver. Kwestie van enkele uren, denk ik. 

Zie bijgaande schermafdruk. 

[Progger]

Aanvulling op voorgaande bericht: de herstelde mountall staat voorlopig nog niet op de Nederlandse spiegelserver, alleen op de Hoofdserver. Kwestie van enkele uren, denk ik.

Ik heb die anders deze morgen om 10 uur ook al binnengekregen, en dat van de server België, dus hier al wel beschikbaar blijkbaar. 

[Paul Matthijsse]

Hier ook om 10 uur vanmorgen (Frankrijk)

[midas]

Eventjes off-topic:

Een tijdelijke oplossing: opties 'quiet' en 'splash' verwijderen in de kernel-commandline. Daardoor wordt de grafische schil (= plymouth) niet geladen.

Hoe kan ik 'quiet' en 'splash' in de kernel-commandline verwijderen omdat ik echt niet zit te wachten op die schermpjes bij opstarten en afsluiten? Moet je een aantal regels in een document uitvinken met '##'? Welk document of file is dat dan?

[markba]

fsck-probleem is vandaag verholpen via de updates, met een nieuwe mountall. Hieperdepiep hoera!    

Niet te vroeg gejuicht. Volgens deze bug https://bugs.launchpad.net/ubuntu/+source/mountall/+bug/571707 betreft het een fout in twee packages: mountall en plymouth. De eerste is idd opgelost, de tweede staat nog op 'triaged' (= in onderzoek).

[koen_92]

Staat die update voor plymouth dan niet al in Lucid-purposed?

[Lexaldo]

Staat die update voor plymouth dan niet al in Lucid-purposed?

Nee, daar staattie niet tussen.