Hoi Allemaal,
Ik blijf steeds met verschillende problemen zitten die in het verleden wel min of meer konden worden opgelost ( Vanadium) maar nu weer min of meer terugkeren. Althans daar lijkt het op. Het grootste item nu is wellicht dat het me niet meer lukt om versie 18.04 simpelweg te laten checken met fsck dan wel e2fsck.
Als ik tijdens de opstart in grub kies voor recovery enz, dan begint hij keurig met de check maar stopt direct ( natuurlijk ?) omdat die 18.04 dan blijkbaar is gemount
Ofwel dat hij etc niet kan openen. En dan blijft alleen een speciale opstart over die me wel weer de 18.04 doet starten maar met een afwijkende instelling qua beeldscherm. Alleen als ik dan herstart en kies voor 18.04 heb ik weer mijn normale set-up.
Dan, als ik Gparted gebruik vanuit een live-dvd en een check wil doen op die 18.04 partitie komt hij ook met errors. Zoals: e2fsck fy-v-Co/dev/sda10 ( in mijn geval dus die 10). Kan het niet controleren en/of op fouten en deze repareren.. Ook de simpele fsck /dev/sda10 doet dus niets. Ook de melding van dat ik een nieuwe versie van e2fsck zou moeten zien te krijgen komt voor. Verder ook bv een Libparted warning: Error fsyncing / closing/ dev/ sda ( 1 t/ 10, geldt dus voor allen) : input / output error. Retry / ignore. Met dan onder meer de melding: Partitie 1 / 2/ 9 does not start on physical sector boundry.
Ik heb ook de boot-repair live-dvd gebruikt. Die zegt dan dat-ie alles is gelukt maar dat wellicht die 18.04 te ver wijder ligt van de bootsector in het begin en hem dan blijkbaar niet goed kan vinden. ( In mijn woorden dan. Maar het lijkt me een wat te algemene stelling. Want als ik handmatig die 18.04 kies dan start hij gewoon goed op.)
Ik begrijp dat er wel iets niet helemaal goed zit. Maar wat en hoe los ik dat nou eens goed op? En daarom zou ik graag willen dat die fsck het goed zou doen,maar dat lukt dus niet.
Mijn huidige 1 TB HD is ± 3 a 4 jaar oud en Smart geeft dan ook keurig aan dat hij helemaal in orde is. In mijn voorgaande problemen draaide het hoofdzakelijk om een oude 2e HD die vol met fouten zat en het inmiddels helemaal heeft opgegeven. Daarom heb ik die onlangs geheel uit de pc gehaald. Hetgeen me wel weer een knok-partij met MS opleverde om dan win weer te moeten her-activeren, maar goed, dat is allemaal weer gelukt. Opvallend was daarna wel dat die niet meer aanwezig zijnde 2e schijf ( sdb ), waar een tweede swap op stond die ook problemen opleverde met het opstarten van 18.04, nog wel werd genoemd in de fstab. Die heb ik dan daar ook geheel verwijderd. Maar ondanks alles bleef ik dan met het opstart-probleem zitten dat als ik niets deed, de grub na 8 sec die 18.04 ging starten maar dan vastliep met een zwart scherm met een streep grijs. En dus een harde herstart nodig was. Daarna start de grub op met 30 sec en heb ik alles weer keurig werkend met de 18.04..
Op een andere partitie heb ik ook de versie 16.04 staan die mij nooit problemen geeft. En daarom heb ik van die fstab alles gekopieerd in de 18.04. Dat lijkt op zich redelijk te werken. Zij het dat ik nu wel die 16.04 nu bovenaan in de grub heb staan en die wordt dan, als ik niets doe, nu standaard gestart. Tenzij ik snel de 18.04 selecteer. Maar dan gaat het gelukkig wel allemaal goed. Maar gisteren kreeg ik ineens weer een freeze die bleek te komen door enkele orphanet inodes die moesten worden opgelost. Het lijkt allemaal wel met elkaar te maken te hebben, maar wat ?
Tot nu toe weer vele, vele items getracht te lezen maar uiteindelijk kom ik er niet uit. Hopelijk iemand die me weer even met me mee wil denken. Geen idee welke data het meest nuttig is dus laat me even weten wat precies. Ik doe er volledigheidshalve een print bij van Gparted om alvast een beeld te krijgen. Bij voorbaat dank.
Groet,
Goese Duikertje
