Även om det är ganska sällsynt är det möjligt att du inte kan installera några paket alls i en annars till synes stabil installation av Linux. Debian, Ubuntu och de distributioner som härrör från dem är beroende av apt-get-pakethanteraren. Generellt sett, om du har administratörs superanvändaråtkomst, bör du skriva ytterligare paket om det behövs om du skriver apt-get install -f. Men så sällsynt som det är kan du få ett meddelande som läser dpk-deb: fel och fortsätter sedan att instruera att du har ett trasigt rör.
Vanligtvis avser termen trasigt rör ett missbruk av karaktären | vid kommandoraden, som ofta kallas ett rör, särskilt för dem med bakgrund i MS-DOS. I det här fallet kanske du kanske inte har skrivit ett kommando felaktigt. Snarare om du inte använde | karaktär när du skriver apt-get-kommandot, då kan du ha ett problem med ditt filsystem som tvingade en skrivskyddad montering. Även om det kan verka pinsamt är det första steget att kontrollera och se till att du har skrivit installationskommandot korrekt innan du fortsätter. Om det inte finns något problem är nästa steg att inspektera filsystemet.
Metod 1: Inspektera det skrivna kommandot
Även om detta inte är fallet är det mycket troligt att det är viktigt att du har skrivit installationskommandot korrekt innan du tar det värsta. Även de mest elitprogrammerare slutar ibland att skriva fel, och det är lätt att skriva | karaktär av misstag. Tryck inte upp på tangentbordet för att återkalla det senaste kommandot. Skriv det igen individuellt. Försök att köra apt-get install -f eller apt-get update, eftersom dessa kommandon inte är destruktiva. Om du fortfarande får felet efter att du har utfärdat det flera gånger, försök sedan starta om maskinen. Om du fortfarande får det kan du drabbas av ett filsystemproblem. Felmeddelandet om trasigt rör kan vara inget annat än ett symptom på ett större problem.
Metod 2: Återställa från trasiga rörfel orsakade av filsystemsfunktioner
Om du inte kan fixa det bara genom att skriva kommandot igen, var särskilt uppmärksam på om du ser något slags fel som läser 'Skrivskyddat filsystem' i terminalutgången. Detta indikerar att din startpartition, oavsett anledning, är monterad som en skrivskyddad volym. Generellt betyder det att det har drabbats av något slags filsystemproblem och GNU / Linux-operativsystemet känner inte att det är säkert att skriva till det. Denna säkerhetsmekanism innebär att även om vissa data kan vara korrupta har Linux gjort det bäst att rädda din installation.
Du kan eventuellt få något slags konstigt meddelande när du försöker använda sudo-kommandot som också orsakas av samma typ av fel. Ett sådant meddelande skulle börja med 'sudo: oförmögen att öppna' följt av namnet på någon resurs. Eftersom alla resurser i Unix lagras som filer kan ett skrivskyddat partitionsfäste hindra sudo från att fungera.
Om något av dessa fall är sant måste du stänga av ditt system. Om du har en färdiggjord USB-enhet med ISO för en ren Linux-installation, sätt sedan in den och håll ned vilken tangent som ditt BIOS eller UEFI-system kräver för att starta från en flyttbar enhet. Om du istället har en separat Linux-partition på din boot-enhet, bör du komma åt detta via GRUB när du startar om. I båda fallen måste du ha en stabil miljö att arbeta från som kan komma åt den skadade partitionen utan att starta från den.
Förutsatt att du har någon typ av data som du inte har säkerhetskopierat än, ta sedan tillfället i akt att säkerhetskopiera data till en annan partition eller en flyttbar enhet om Linux tillåter dig att ansluta monterade enheter i detta tillstånd. Vanligtvis kan du inte montera enheter till ett skrivskyddat filsystem, så du måste behöva starta om ditt system till en live USB- eller potentiellt DVD-miljö för att säkerhetskopiera. Du vill köra lämpligt fsck-kommando för filsystemet som är installerat på din boot-enhet för att återställa det till ett stabilt tillstånd. Låt oss till exempel anta att du har en skadad / dev / sda1-partition som du formaterade med en ext4-filstruktur. Om så är fallet kan du från en rotterminal inuti den levande USB- eller DVD-miljön utfärda fsck.ext4 -fv / dev / sda1 för att kontrollera filsystemet. Du kan också använda fsck.ext2 eller fsck.ext3 om du startade från någon av dessa två typer av ext-filsystem. I teorin kallar alla dessa tre e2fsck-programmet ändå, och kan bara vara mjuka länkar.
Detta ger en detaljerad produktion och tvingar den att skanna även om den verkar ren. Du kan vara intresserad av att använda -c eller -ck för att köra en ytsökning med programmet Badblocks om du misstänker att det fanns någon form av geometriproblem med skivan. När du har kört programmet startar du om från partitionen om den är stabil och utfärdar sedan sudo mount -o rw, remount / command från en terminal inuti denna start för att återställa läs- och skrivåtkomst. Du behöver root-åtkomst för att leta i katalogen / lost + found, men det är viktigt att du gör det eftersom fsck.ext # kan ha placerat några förlorade kluster där. Om du saknar filer när du är tillbaka i din GNU / Linux-installation kan de vara här, även om de kommer att byta namn. Använd filkommandot i terminalen för att berätta vilken typ varje är om det är möjligt.
Om du inte har en levande USB eller DVD att starta från, måste du skapa en från en ren maskin från en ISO som laddas ner för distribution av Linux. Eftersom du bara använder terminalkommandon kanske du inte ens behöver en startenhet för din distribution. Vissa, som KNOPPIX, är utformade uttryckligen för att åtgärda problem som detta. Om du arbetar med en netbook eller bärbar dator som har en SD- eller microSD-kortplats, kan du också starta från en ISO-bränd till ett SDHC- eller microSDHC-kort. Detsamma gäller, säg, Ubuntu-tabletter som har en sådan plats.
4 minuter läst
