Selv om det er ganske sjeldent, er det mulig at du ikke kan installere noen pakker i en ellers tilsynelatende stabil installasjon av Linux. Debian, Ubuntu og de distribusjonene som er hentet fra dem, er avhengige av apt-get pakkebehandling. Vanligvis, hvis du har superbrukeradgang for administratoren, bør du skrive flere pakker om nødvendig ved å skrive apt-get install -f. Imidlertid, så sjelden det er, kan du få en melding som leser dpk-deb: error, og fortsetter deretter med å instruere at du har et ødelagt rør.
Vanligvis refererer begrepet ødelagt rør til misbruk av karakteren | på kommandolinjen, som ofte kalles et rør, spesielt til de med bakgrunn i MS-DOS. I dette tilfellet har du kanskje ikke skrevet en kommando feil. Snarere hvis du ikke brukte | tegn når du skriver apt-get-kommandoen, kan det hende du har et problem med filsystemet som tvang en skrivebeskyttet montering. Selv om det kan virke pinlig, er det første trinnet å kontrollere og sikre at du har skrevet installasjonskommandoen riktig før du fortsetter. Hvis det ikke er noe problem, er neste trinn å inspisere filsystemet.
Metode 1: Inspisere den skrevne kommandoen
Selv om dette mer enn sannsynlig ikke er tilfelle, er det viktig å sørge for at du skrev inn installasjonskommandoen riktig før du antar det verste. Selv de mest eliteprogrammeringsprogrammer ender med å skrive feil på noe, og det er enkelt å skrive | karakter ved en feiltakelse. Ikke trykk på tastaturet for å huske den siste kommandoen. Skriv det inn igjen hver for seg. Prøv å kjøre apt-get install -f eller apt-get update, siden disse kommandoene ikke er ødeleggende. Hvis du fremdeles får feilen etter å ha gitt den gjentatte ganger på nytt, kan du prøve å starte maskinen på nytt. Hvis du fremdeles mottar den, kan det hende du lider av et filsystemproblem. Den ødelagte rørfeilmeldingen kan være noe mer enn et symptom på et større problem.
Metode 2: Gjenopprette fra ødelagte rørfeil forårsaket av filsystemfeil
Hvis du ikke klarer å fikse det bare ved å skrive kommandoen på nytt, må du være spesielt oppmerksom på om du ser en slags feil som leser 'Skrivebeskyttet filsystem' i terminalutgangen. Dette indikerer at startpartisjonen din uansett årsak er montert som et skrivebeskyttet volum. Generelt betyr dette at det har hatt et slags filsystemproblem og GNU / Linux-operativsystemet ikke føler det er trygt å skrive til det. Denne sikkerhetsmekanismen betyr at mens noen data kan være korrupte, har Linux gjort det best å redde installasjonen.
Du kan muligens motta en slags merkelig melding når du prøver å bruke sudo-kommandoen som også er forårsaket av den samme typen feil. En slik melding begynte med “sudo: ikke i stand til å åpne” etterfulgt av navnet på en ressurs. Siden alle ressurser i Unix er lagret som filer, kan en skrivebeskyttet partisjonsmontering forhindre at sudo fungerer.
Hvis noen av disse tilfellene stemmer, må du slå av systemet. Hvis du har en forhåndsinnstilt USB-stasjon med ISO til en ren Linux-installasjon, setter du den inn og holder nede hvilken nøkkel BIOS eller UEFI-systemet krever for å starte fra en flyttbar enhet. Skulle du i stedet ha en egen Linux-partisjon på oppstartsstasjonen, bør du få tilgang til dette via GRUB når du starter på nytt. I begge tilfeller må du ha et stabilt miljø å jobbe fra som har tilgang til den skadede partisjonen uten å starte fra den.
Forutsatt at du har noen type data som du ikke har sikkerhetskopiert ennå, så benytt anledningen til å sikkerhetskopiere dataene til en annen partisjon eller en flyttbar enhet hvis Linux lar deg feste monterte enheter i denne tilstanden. Vanligvis kan du ikke montere enheter til et skrivebeskyttet filsystem, så du trenger å starte systemet på nytt til et live USB- eller potensielt DVD-miljø for å ta sikkerhetskopier. Du vil kjøre riktig fsck-kommando for filsystemet som er installert på oppstartsstasjonen for å gjenopprette den til en stabil tilstand. La oss for eksempel anta at du har en skadet / dev / sda1-partisjon som du har formatert med en ext4-filstruktur. Hvis det er tilfelle, kan du fra en rotterminal i live USB- eller DVD-miljøet utstede fsck.ext4 -fv / dev / sda1 for å sjekke filsystemet. Du kan også bruke fsck.ext2 eller fsck.ext3 hvis du startet fra en av disse to typene ext-filsystem. I teorien kaller alle disse tre e2fsck-programmet uansett, og kan bare være myke lenker.
Dette vil gi detaljert utgang og tvinge den til å skanne selv om den virker ren. Du kan være interessert i å bruke -c eller -ck til å kjøre en overflateskanning med badblocks-programmet i tilfelle du mistenker at det var et slags geometrisk problem med disken. Når du har kjørt programmet, start på nytt fra partisjonen hvis det er stabilt, og send deretter sudo mount -o rw, montering / kommando fra en terminal i denne oppstarten for å gjenopprette lese- og skrivetilgang. Du trenger root-tilgang for å se i katalogen / mistet + funnet, men det er viktig at du gjør det siden fsck.ext # kan ha satt noen tapte klynger der. Hvis du mangler filer når du er tilbake i GNU / Linux-installasjonen, kan de være her, selv om de får nytt navn. Bruk filkommandoen i terminalen for å fortelle hvilken type hver er om mulig.
Hvis du ikke har en live USB eller DVD å starte fra, må du lage en fra en ren maskin fra en ISO som er lastet ned for distribusjon av Linux. Siden du bare bruker terminalkommandoer, trenger du kanskje ikke en gang en oppstartsenhet for distribusjonen din. Noen, som KNOPPIX, er designet eksplisitt for å løse problemer som dette. Hvis du jobber med en netbook eller bærbar PC som har et SD- eller microSD-kortspor, kan du også starte fra en ISO brent til et SDHC- eller microSDHC-kort. Det samme gjelder for eksempel Ubuntu-tabletter som har et slikt spor.
4 minutter lest
