Sådan løses Linux ødelagte rørfejl



Prøv Vores Instrument Til At Fjerne Problemer

Selvom det er ret sjældent, er det muligt, at du overhovedet ikke kan installere nogen pakker i en ellers tilsyneladende stabil installation af Linux. Debian, Ubuntu og de distributioner, der stammer fra dem, er afhængige af apt-get pakkehåndtering. Generelt, hvis du har administrator-superbrugeradgang, skal du skrive apt-get install -f installere yderligere pakker, hvis det er nødvendigt. Men så sjældent som det er, får du muligvis en besked, der læser dpk-deb: fejl og fortsætter derefter med at instruere, at du har et brudt rør.



Normalt henviser udtrykket brudt rør til misbrug af tegnet | på kommandolinjen, der ofte kaldes et rør, især til dem med baggrund i MS-DOS. I dette tilfælde har du muligvis ikke skrevet en kommando forkert. Snarere, hvis du ikke brugte | tegn, når du skriver apt-get-kommandoen, så har du muligvis et problem med dit filsystem, der tvang en skrivebeskyttet montering. Selvom det kan synes pinligt, er det første skridt at kontrollere og sikre, at du har skrevet installationskommandoen korrekt, inden du fortsætter. Hvis der ikke er noget problem, er det næste trin at inspicere filsystemet.



Metode 1: Inspektion af den indtastede kommando

Selvom dette mere end sandsynligt ikke er tilfældet, er det vigtigt at sikre, at du har skrevet installationskommandoen korrekt, før du antager det værste. Selv de mest elite-programmører ender undertiden med at skrive noget, og det er let at skrive | karakter ved en fejltagelse. Skub ikke op på tastaturet for at huske den sidste kommando. Skriv det igen individuelt. Prøv at køre apt-get install -f eller apt-get update, da disse kommandoer ikke er destruktive. Hvis du stadig får fejlen efter gentagne genudgivelser, skal du prøve at genstarte maskinen. Hvis du stadig modtager det, lider du muligvis af et filsystemproblem. Den beskadigede rørfejlmeddelelse er muligvis intet andet end et symptom på et større problem.



Metode 2: Gendannelse fra ødelagte rørfejl forårsaget af filsystemdysfunktioner

Skulle du ikke være i stand til at rette det blot ved at skrive kommandoen igen, skal du være særlig opmærksom på, om du ser en slags fejl, der læser 'Read-only file system' i terminaludgangen. Dette indikerer, at din bootpartition uanset årsag er monteret som en skrivebeskyttet lydstyrke. Generelt betyder det, at det har lidt en slags filsystemproblemer, og GNU / Linux-operativsystemet ikke føler, at det er sikkert at skrive til det. Denne sikkerhedsmekanisme betyder, at mens nogle data muligvis er korrupte, har Linux gjort det bedst at redde din installation.

Du modtager muligvis en slags mærkelig besked, når du prøver at bruge sudo-kommandoen, der også er forårsaget af den samme type fejl. En sådan besked ville begynde med 'sudo: ude af stand til at åbne' efterfulgt af navnet på en eller anden ressource. Da alle ressourcer i Unix er gemt som filer, kan en skrivebeskyttet partitionsbeslag muligvis forhindre sudo i at fungere.



Hvis en af ​​disse sager er sandt, skal du lukke dit system. Hvis du har et foruddefineret USB-drev med ISO til en ren Linux-installation, skal du indsætte det og holde den nøgle nede, som dit BIOS eller UEFI-system kræver for at starte fra en flytbar enhed. Hvis du i stedet har en separat Linux-partition på dit boot-drev, skal du få adgang til dette via GRUB, når du genstarter. I begge tilfælde skal du have et stabilt miljø at arbejde fra, der kan få adgang til den beskadigede partition uden at starte fra den.

Forudsat at du har en type data, som du ikke har sikkerhedskopieret endnu, skal du benytte lejligheden til at sikkerhedskopiere disse data til en anden partition eller en flytbar enhed, hvis Linux giver dig mulighed for at vedhæfte monterede enheder i denne tilstand. Normalt kan du ikke montere enheder til et skrivebeskyttet filsystem, så du har brug for at genstarte dit system til et live USB- eller potentielt DVD-miljø for at udføre sikkerhedskopier. Du vil gerne køre den relevante fsck-kommando til det filsystem, der er installeret på dit bootdrev for at gendanne det til en stabil tilstand. Lad os for eksempel antage, at du har en beskadiget / dev / sda1-partition, som du har formateret med en ext4-filstruktur. Hvis det er tilfældet, kan du fra en rodterminal inde i live USB- eller DVD-miljøet udstede fsck.ext4 -fv / dev / sda1 for at kontrollere filsystemet. Du kan også bruge fsck.ext2 eller fsck.ext3, hvis du startede fra en af ​​disse to typer ext-filsystemer. I teorien kalder alle tre af disse e2fsck-programmet alligevel og kan bare være bløde links.

Dette giver detaljeret output og tvinger det til at scanne, selvom det ser ud til at være rent. Du kan være interesseret i at bruge -c eller -ck til at køre en overfladescanning med badblocks-programmet, hvis du har mistanke om, at der var en form for geometriproblem med disken. Når du har kørt programmet, skal du genstarte fra partitionen, hvis det er stabilt, og derefter udstede sudo mount -o rw, montere / kommando fra en terminal inde i denne boot for at gendanne læs-skriv-adgang. Du skal bruge rootadgang for at se i / mistet + fundet biblioteket, men det er vigtigt, du gør, da fsck.ext # muligvis har placeret nogle mistede klynger der. Hvis du mangler filer, når du er tilbage inden for din GNU / Linux-installation, kan de muligvis være her, selvom de bliver omdøbt. Brug filkommandoen i terminalen til at fortælle, hvilken type hver er, hvis det overhovedet er muligt.

Hvis du ikke har en live USB eller DVD at starte fra, skal du oprette en fra en ren maskine fra en ISO, der er downloadet til distribution af Linux. Da du kun bruger terminalkommandoer, har du muligvis ikke engang brug for en boot-enhed til din distribution. Nogle, som KNOPPIX, er designet eksplicit til at løse problemer som denne. Hvis du arbejder med en netbook eller bærbar computer, der har et SD- eller microSD-kortspor, kan du også starte fra en ISO-brændt til et SDHC- eller microSDHC-kort. Det samme gælder for eksempel Ubuntu-tabletter, der har en sådan plads.

4 minutter læst