Αποτυχία ενημέρωσης / εγκατάστασης πακέτων - Θέματα χώρου - Ελευθέρωση κωδικών πρόσβασης

Για να ξεκινήσω θα αναφέρω την ιστορία για το πώς συνέβη το πρόβλημα και μετά πώς να το λύσει.

Η ομάδα μου είναι α Netbook Sony Vaio m120AL που έχω για περίπου 3 χρόνια με έναν σκληρό δίσκο 320 GB όπου συνυπάρχουν Windows 7, Τσάκρα , το διαμέρισμα εργασίας μου με Xubuntu 12.04, το διαμέρισμα ανταλλαγής, το διαμέρισμα / home και ένα επιπλέον διαμέρισμα πληροφοριών με το οποίο μοιράζομαι πληροφορίες Παράθυρα.

Για αυτούς τους λόγους τα ριζικά μου χωρίσματα και στα δύο συστήματα είναι αρκετά μικρά από τα περισσότερα πρότυπα (περίπου 6 GB το καθένα), αλλά δεν μου έδωσαν ποτέ πρόβλημα, καθώς είναι παραπάνω από αρκετά για όλα τα πακέτα που χρειάζομαι.

Τώρα, εισάγοντας την κατάσταση συγκεκριμένα, πριν από λίγες μέρες εφαρμόζοντας κάποιες ενημερώσεις στο Xubuntu (μεταξύ των οποίων συμπεριλήφθηκε ένας νέος πυρήνας) Βλέπω ότι ο διαχειριστής ενημερώσεων παρουσιάζει ένα σφάλμα που λέει ότι προσπαθεί να εγκαταστήσει το linux-image-3.2.0-51-generic αλλά ότι η εξάρτηση linux-headers-3.2.0-51 It δεν θα εγκατασταθεί, εξετάζω λεπτομερώς το σφάλμα και παρατηρώ ότι το dpkg παραπονιέται ότι δεν υπάρχει διαθέσιμος χώρος.

Το σφάλμα είπε κάτι τέτοιο, αν και δεν ήταν πανομοιότυπο γιατί δεν το έγραψα:

δεν ήταν δυνατή η δημιουργία "/usr/src/linux-headers-3.2.0-43/arch/xtensa/include/asm/coprocessor.h.dpkg-new" (κατά την επεξεργασία "./usr/src/linux-headers -3.2.0 .43-XNUMX / arch / xtensa / include / asm / coprocessor.h '): Δεν υπάρχει χώρος στη συσκευή

Σε κάποιες προηγούμενες περιστάσεις το ίδιο συνέβη και σε μένα, αλλά ήταν επειδή είχα αφήσει αρκετούς παλιούς πυρήνες να συσσωρεύονται χωρίς να τις διαγράψω, αλλά αυτή τη φορά έκανα έλεγχο και έχω σχεδόν 600 Mb διαθέσιμα σύμφωνα με Conky από αυτό που δεν καταλαβαίνω, αλλά για να επιβεβαιώσω εάν μπορεί να είναι ένα σφάλμα στο πώς το είχα διαμορφώσει ή παρόμοιο, τρέχω ένα df -h:

Αλλά έχω ακόμα χώρο στο /!

Επομένως, δεν κάνω λάθος και αυτό είναι περισσότερο από αρκετό χώρο για να πραγματοποιήσω την ενημέρωση (το έχω κάνει με αυτόν τον τρόπο πολλές φορές κατά τη διάρκεια του μεγάλου έτους από τότε που ήμουν με το Xubuntu) ούτως ή άλλως, κάνω ένα sudo apt-get καθαρό να καθαρίσω τα πακέτα που έχω κατεβάσει και να δοκιμάσω ξανά, αλλά με τα ίδια αποτελέσματα.

Εξακολουθώ να το βρίσκω παράξενο, αλλά ούτως ή άλλως προσπαθώ να απομακρυνθώ από τα θέματα εικονιδίων που χρησιμοποιώ πάντα και που έχω τροποποιήσει πολύFaenza y Ξύπνησε) για να ελευθερώσω περισσότερο χώρο και έτσι κατάφερα τελικά να πραγματοποιήσω την ενημέρωση, προχωρώντας ξανά για να τις επιστρέψω στο /.

Ωστόσο, η ιδέα έμεινε στο μυαλό μου ότι το θέμα έπρεπε να πάει αλλού αλλά δεν ήξερα ποιο. Λίγες ώρες αργότερα, όταν προσπαθώ να εγκαταστήσω κάποια επιπλέον πακέτα, λαμβάνω ξανά το προαναφερθέν σφάλμα και για άλλη μια φορά υπήρχε αρκετός χώρος για να ελευθερωθεί, γι 'αυτό κάνω την έρευνά μου.

Μια αναζήτηση στο Διαδίκτυο με οδηγεί σε πολλά θέματα στα φόρουμ του ubuntu-είναι, αλλά η απάντηση ορισμένων ατόμων είναι πάντα η ίδια: δεν έχετε αρκετό χώρο για διαγραφή αρχείων ή επέκταση του ριζικού διαμερίσματος, αλλά παρατήρησα κάτι κοινό στα διάφορα νήματα που βρήκα, πάντα το ριζικό διαμέρισμα που είχε ελεύθερο χώρο, αλλά ήταν παρόμοιο με το δικό μου (~ 600-900 Mb) και το μέγεθος του διαμερίσματος δεν ξεπέρασε ποτέ τα 10 Gb, οπότε τελείωσα να πείσω τον εαυτό μου ότι το πρόβλημα έπρεπε να είναι άλλο, και έτσι έφτασα στον τίτλο της ανάρτησης χάρη στο αυτό σελίδα, το πρόβλημα είναι ότι το ριζικό διαμέρισμα είχε το 100% των inode που χρησιμοποιήθηκαν.

Η χρήση των inode μπορεί να φανεί με την εντολή df -i:

100% χρησιμοποιημένοι inode

Και τώρα έρχεται η εξήγηση.

Οι inode είναι στη λέξη του Dennis Ritchie:

Ένα ευρετήριο, λόγω της κάπως ασυνήθιστης δομής ενός συστήματος αρχείων που αποθηκεύει τις πληροφορίες πρόσβασης στα αρχεία ως μια επίπεδη λίστα στο δίσκο, αφήνοντας κατά μέρος όλες τις ιεραρχικές πληροφορίες των καταλόγων

και ως εκ τούτου μπορεί να συμβεί ότι για ένα δεδομένο σύστημα αρχείων υπάρχει ακόμα ελεύθερος χώρος για την αποθήκευση αρχείων, αλλά δεν υπάρχουν διαθέσιμοι inode για ευρετηρίασή τους επειδή υπάρχουν πολλά αρχεία στο σύστημα και επομένως δεν μπορούν να δημιουργηθούν νέα.

Το θέμα είναι ότι ο αριθμός των inode σε ένα διαμέρισμα EXT4 δεν μπορεί να τροποποιηθεί (υπάρχουν άλλοι τύποι συστημάτων όπως JFX o XFS όπου αυτό δεν είναι περιορισμός επειδή είναι δυναμικό) είναι ένας σταθερός αριθμός που υπολογίζεται όταν το διαμέρισμα δημιουργείται με mkfs.ext4 ανάλογα με το μέγεθός του με αναλογία byte ανά inode σύμφωνα με τις προτιμήσεις που βρίσκονται στο /etc/mke2fs.conf.

Κατά την εγκατάσταση του συστήματος, είναι συνηθισμένο να χρησιμοποιείτε τις προεπιλεγμένες προτιμήσεις που περιλαμβάνουν μια σχέση inode = 16384, η οποία για μικρά διαμερίσματα θα μπορούσε να είναι πολύ μεγάλη και να μην δημιουργεί αρκετά (όπως στην περίπτωσή μου). Ο μόνος τρόπος να το αλλάξετε είναι με τη δημιουργία / μορφοποίηση του διαμερίσματος και τον καθορισμό με την επιλογή -i.

Ωστόσο, αυτό δεν ήταν επιλογή για μένα, καθώς ανέφερα ήδη τα inodes σχετίζονται με τον αριθμό των υπαρχόντων αρχείων, οπότε χρησιμοποίησα το ακόλουθο bash script που βρέθηκε στο υπερχείλιση στοίβας και αυτό είναι συνδεδεμένο στη σελίδα που αναφέρατε προηγουμένως για να βρείτε ποιοι ήταν οι κατάλογοι στο ριζικό διαμέρισμα με περισσότερα αρχεία:

#!/bin/bash
# count_em - count files in all subdirectories under current directory.
echo 'echo $(ls -a "$1" | wc -l) $1' >/tmp/count_em_$$
chmod 700 /tmp/count_em_$$
find . -mount -type d -print0 | xargs -0 -n1 /tmp/count_em_$$ | sort -n
rm -f /tmp/count_em_$$

Που δίνει το ακόλουθο αποτέλεσμα:

Και εδώ είναι οι ένοχοι!

Ο αριθμός που εμφανίζεται στα αριστερά δείχνει τον αριθμό των αρχείων που υπάρχουν και η διαδρομή δείχνει τον σχετικό κατάλογο, μια γραμμή παρακάτω εμφανίζεται ο κατάλογος / var / lib / dpkg / info αλλά όπως πάντα καθαρίζω τα πακέτα μου εδώ δεν υπάρχει καμία σχέση.

Ωστόσο, αν αναγνωρίσω δύο προβλήματα, το πρώτο και παρόλο που το catpura δεν εμφανίζεται από εκεί, πολλές άλλες καταχωρήσεις περιλαμβάνουν τα εικονίδια Ξύπνησε, οπότε πρέπει να τα μετακινήσω ναι ή ναι, εκτός από αυτό εξηγεί γιατί όταν το έκανα θα μπορούσα να ενημερώσω τα πακέτα, αφού απελευθέρωσα πολλούς inode από το ριζικό διαμέρισμα όταν τα μετακίνησα, αλλά το πρόβλημα επέστρεψε όταν τα μετέφερα.

Και δεύτερον, ο επόμενος μεγαλύτερος αριθμός καταχωρήσεων σχετίζεται με τις κεφαλίδες πολλών παλιών πυρήνων και συνειδητοποιώ ότι η διαδικασία που χρησιμοποιώ πάντα για την εξάλειψη των παλαιών πυρήνων δεν εξαλείφει τις κεφαλίδες, αυτό που συνήθως χρησιμοποιώ είναι το ακόλουθο, σε τερματικό γράφω:

dpkg --get-επιλογές | grep linux-εικόνα

που μου δείχνει τους εγκατεστημένους πυρήνες και μετά χρησιμοποιώ:

πακέτο sudo apt-get purge

Όπου το πακέτο είναι το όνομα του εν λόγω πυρήνα, αλλά αυτό δεν αφαιρεί τις σχετικές κεφαλίδες, έτσι κάνω:

dpkg --get-επιλογές | grep linux

Και μετά προχωρά στην κατάργηση των παλιών κεφαλίδων, με:

sudo apt-get purge linux-headers-3.2.0-41 linux-headers-3.2.0-44 linux-headers-3.2.0-45 linux-headers-3.2.0-48

Και voilà, αλλά φυσικά υπήρχε και το θέμα των εικονιδίων Ξύπνησε γι 'αυτό αποφασίζω να τα μετακινήσω σε ~ / .icons και να τα διαθέσω για ολόκληρο το σύστημα. Απλώς κάνω έναν συμβολικό σύνδεσμο στο / usr / share / icons, το πρώτο αποτέλεσμα του df -i Είναι με την εξάλειψη των κεφαλίδων και το δεύτερο μετά τη μετακίνηση των εικονιδίων.

Οι κωδικοί που κυκλοφόρησαν από το σωρό!

Με αυτό το πρόβλημα επιλύεται και μπορώ να εγκαταστήσω / ενημερώσω πακέτα χωρίς πρόβλημα, ελπίζω ότι αυτή η ανάρτηση θα είναι χρήσιμη σε κάποιον ή θα χρησιμεύσει για μελλοντική αναφορά σε εγκαταστάσεις σε μικρά διαμερίσματα και θα απομυθοποιήσει το θέμα που διαδίδεται τόσο από τα φόρουμ της έλλειψης Του χώρου.