Προς το περιεχόμενο

Καπου εχασα ~300ΜΒ!


jim_p

Προτεινόμενες αναρτήσεις

Καλησπερα σε ολους.

 

Εδω και μιση ωρα περιπου προσπαθω να καταλαβω πως χαθηκαν ~300ΜΒ ελευθερου χωρου απο το /home partition μου.

 

Πιο αναλυτικα...

Θελω να κανω ~120 εικονες (~1600*1200 εκαστη) jpeg σε ενα pdf.

Παλιοτερα ειχα δοκιμασει με

>cat *.jpg > test.pdf

το οποιο εστελνε την χρηση επεξεργαστη και μνημης (πιθανον και του σκληρου) στα υψη για οσο χρονο γινοταν η διαδικασια και εκανε το συστημα να σερνεται.

Το παραπανω ειναι λαθος, για καποιο λογο που εχει να κανει με τη διαφορα στη δομη του pdf και του jpeg.

 

Το σωστο ειναι

>convert *.jpg test.pdf

και το δοκιμασα σημερα.

Οσο χρονο γινοταν η παραπανω διαδικασια ΔΕΝ εκανε υψηλη χρηση του επεξεργαστη, αλλα μονο μνημης και σκληρου. Το διεκοψα μετα απο 15-20 λεπτα αναμονης, μιας και το συστημα σερνοταν χειροτερα απο την προηγουμενη φορα.

 

Ολο αυτο το διαστημα εφτιαξε ενα pdf μεγεθους μολις 15ΜΒ, corrupted προφανως, αλλα για καποιο λογο χαθηκαν 300ΜΒ ελευθερου χωρου! Συγκεκριμενα ο ελευθερος χωρος επεσε απο τα ~9.6GB στα ~9.3GB χωρις να εχει αποθηκευτει κατι αλλο. Δεν υπαρχει καποιο temporary αρχειο ή κατι παρομοιο.

 

Που πηγανε ολα αυτα τα mb? Επανεκκινησα και εκανα fsck στο συγκεκριμενο partition, αλλα δεν αλλαξε κατι. Ειναι σε ext3, με μολις 1% δεσμευμενο για τις αναγκες του filesystem.

 

>$ df -h
Filesystem            Size  Used Avail Use% Mounted on
/dev/hda1              15G  3,0G   12G  21% /
tmpfs                 252M     0  252M   0% /lib/init/rw
udev                   10M  204K  9,9M   2% /dev
tmpfs                 252M     0  252M   0% /dev/shm
[b]/dev/hda2              40G   30G  9,3G  77% /home[/b]

 

Utilities οπως το baobap, που ειναι μερος του gnome-utils, και το filelight που θελουν το μισο gnome και το μισο kde αντιστοιχα δεν θελω να βαλω για ευνοητους λογους.

 

(αυριο ειχα σκοπο να ρωτησω ποσο μεγαλο ειναι το / σας)

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Utilities οπως το baobap, που ειναι μερος του gnome-utils, και το filelight που θελουν το μισο gnome και το μισο kde αντιστοιχα δεν θελω να βαλω για ευνοητους λογους.

 

>du -hx ~

. .

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Αυτο που θα μου πει το du -h αφορα εναν εναν ολους τους φακελους στο /home. Προφανως ξερω ποιος ειναι ο μεγαλυτερος και χωρις να δω το αποτελεσμα, ο Downloads που ειναι ~25GB γιατι εχει οτι μπορει να φανταστει κανεις.

Σε καποιο υποφακελο του ειναι οι εικονες που ηθελα να κανω σε ενα pdf, και οτι εγινε εγινε λογικα μεσα εκει, αλλα που? Οτι ετρεξα το ετρεξα στο συγκεκριμενο φακελο (~/Downloads/CPU/largeSI). Το μεγεθος του ειναι ακριβως 39.6ΜΒ, ολα απο τις εικονες.

 

Και σαν να μου εφτανε αυτο το προβλημα, ο μικρος κατεβασε το επικαιρο βιντεο της Τζουλιας και τωρα ειναι κατω απο τα 9GB ο ελευθερος χωρος!

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

>cd ~
find . -mtime -1 -exec ls -l {}\;

Για να δείς τα αρχεία του home σου που έγιναν modify το τελευταίο 24ωρο.

Χρησιμοποιήσε ένα pipe με την sort για να τα δείς κατά μέγεθος.

 

EDIT: Ιδού για regural files μόνο. Αλλιώς αλλάζεις το -type switch για directories σε d

>find . -type f -mtime -1 -exec /bin/ls -l {} \; | sort -rn +4 -5

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Αυτο που θα μου πει το du -h αφορα εναν εναν ολους τους φακελους στο /home.

 

Και το baobab τα ίδια θα σου έλεγε. Η du έχει μάλιστα κι επιπλέον δυνατότητες, δες την τεκμηρίωσή της. Μπορείς π.χ. να επιτύχεις αποτέλεσμα ίδιο με την εντολή που παρέθεσε ο NullScan, ως εξής:

 

>du -hxa --time

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Δοκιμασα και το find και το du --time (με grep) και δεν δειχνει κατι περιεργο.

Βασικα, τα μονα αρχεια που εγιναν στις 7/3 ειναι αυτα απο τις cache των browsers, ims κλπ και το βιντεο της Τζουλιας :D

 

Δεν ψαχνω αλλο, θα παω να βρω ενα καλωδιο eide απο 40αρι σε 44αρι για να βαλω τον σκληρο στον σταθερο και να παρω backup να ελευθερωσω χωρο.

Συνδέστε για να σχολιάσετε
Κοινοποίηση σε άλλες σελίδες

Αρχειοθετημένο

Αυτό το θέμα έχει αρχειοθετηθεί και είναι κλειστό για περαιτέρω απαντήσεις.

  • Δημιουργία νέου...