df - di - conky και χρησιμοποιουμενος χωρος.

[mphxths]

Καλησπερα σας ,

 

Εχουμε και λεμε

1.συστημα Arch

2. boot -> σε ενα partition

3. / ---> σε αλλο partition

4. /home -> σε παραλλο partition

 

Στις παρακατω εικονες εχουμε τα αποτελεσματα του df , di , conky applet.

 

 

 

 

 

 

 

Απο οτι παρατηρουμε το df και το di συμφωνουν λιγο πολυ στις συνολικες χωρητικοτητες των partitions , στον χρησιμοποιουμενο χωρο , και στον υπολοιπομενο

(καποιες μικροδιαφορες στις χωρητικοτητες ας τις δικαιολογησουμε ...ισως κατα την μετατροπη της καθε εντολης , με τα bytes , kbytes , mbytes, gbytes να εχουμε αυτες τις μικροδιαφορες)

Αυτο που δεν δικαιολογειται ειναι η μεγαλη διαφορα στο % ποσοστο στο USE% . 9% στο df , 13% στο di , και 7% στο conky.

Αν κανουμε μια απλη μεθοδο των τριων προκυπτει 7.85% χρηση στο / , 25,35% στο /boot , 7,77% στο /home

 

Αρα τα "7αρια" του conky , ειναι πιο κοντα στην αληθεια...γιατι ομως τα αλλα εχουν διαφορα απο το πραγματικο ποσοστο ?

 

Επισης η du αναφερει σαν μεγεθη

 

1. /boot = 28M (αντι ~36Μ που αναφερουν df / di)

2. / = 37G (προφανως μετραει και το /home που ειναι mounted.(/ + home = 7.3+ 38 = 45.3 περιπου απο τα λεγομενα των df / di )

3. /home = 31G ( ~38G κατα τα λεγομενα των df / di )

 

Καταληγοντας , γιατι υπαρχουν τοσες διαφορες μεταξυ των προγραμματων ?Δηλ εμενα που μου αρεσε το output του di καταληγω να παιρνω και τις πιο λαθος πληροφοριες...

 

Σορρυ αν κουρασα.

[imitheos]

 

Αυτο που δεν δικαιολογειται ειναι η μεγαλη διαφορα στο % ποσοστο στο USE% . 9% στο df , 13% στο di , και 7% στο conky.

Αν κανουμε μια απλη μεθοδο των τριων προκυπτει 7.85% χρηση στο / , 25,35% στο /boot , 7,77% στο /home

 

Αρα τα "7αρια" του conky , ειναι πιο κοντα στην αληθεια...γιατι ομως τα αλλα εχουν διαφορα απο το πραγματικο ποσοστο ?

 

Επισης η du αναφερει σαν μεγεθη

 

1. /boot = 28M (αντι ~36Μ που αναφερουν df / di)

2. / = 37G (προφανως μετραει και το /home που ειναι mounted.(/ + home = 7.3+ 38 = 45.3 περιπου απο τα λεγομενα των df / di )

3. /home = 31G ( ~38G κατα τα λεγομενα των df / di )

 

Καταληγοντας , γιατι υπαρχουν τοσες διαφορες μεταξυ των προγραμματων ?Δηλ εμενα που μου αρεσε το output του di καταληγω να παιρνω και τις πιο λαθος πληροφοριες...

 

Σορρυ αν κουρασα.

 

Ας δούμε την περίπτωση του /home. Τα αρχεία σου (μαζί με το μέγεθος του journal) καταλαμβάνουν χώρο 37.9G οπότε 37.9/488.4 μας δίνει όπως είπες 7.77 άρα το conky δείχνει 7%. Τα extX συστήματα αρχείων όμως δεσμεύουν ένα ποσοστό (από τη μάνα τους 5%) το οποίο φαίνεται ως δεσμευμένο και μπορεί να χρησιμοποιηθεί μόνο από τον χρήστη root (αυτό γίνεται ώστε αν για κάποιο λόγο τελειώσει ο χώρος να μπορούν να γράφονται logs και γενικά να δουλεύουν οι κρίσιμες εφαρμογές). Αν τρέξεις dumpe2fs /dev/sda4 |grep "block count" θα δεις πόσα Reserved blocks υπάρχουν. Η εικόνα που δίνεις αναφέρει ελεύθερο χώρο 426G αλλά είπαμε ότι τα αρχεία σου πιάνουν 37.9 οπότε ο ελεύθερος χώρος που θα έπρεπε να λέει είναι 488.4-37.9=450.5G. Όπως βλέπεις η διαφορά είναι αυτός ο χώρος που δεσμεύεται (450.5-426=24.5G και 24.5/488.5=5%). Το 13% που εμφανίζει ως ποσοστό λαμβάνει υπόψη αυτό το δεσμευμένο χώρο για αυτό είναι μεγαλύτερο από το 7% (488.4-426=62.4G και 62.4/488.4=12.7%).

 

Ο χώρος αυτός (δηλαδή η διαφορά από τα 37.9 μέχρι τα 62.4) δεν χάνεται ουσιαστικά απλά δεν σε αφήνει το filesystem να τον χρησιμοποιήσεις σαν μη-root. Αν θες μπορείς να αλλάξεις αυτό το ποσοστό ή και να το μηδενίσεις με "tune2fs -m 0 /dev/sda4"

[mphxths]

Ας δούμε την περίπτωση του /home. Τα αρχεία σου (μαζί με το μέγεθος του journal) καταλαμβάνουν χώρο 37.9G οπότε 37.9/488.4 μας δίνει όπως είπες 7.77 άρα το conky δείχνει 7%. Τα extX συστήματα αρχείων όμως δεσμεύουν ένα ποσοστό (από τη μάνα τους 5%) το οποίο φαίνεται ως δεσμευμένο και μπορεί να χρησιμοποιηθεί μόνο από τον χρήστη root (αυτό γίνεται ώστε αν για κάποιο λόγο τελειώσει ο χώρος να μπορούν να γράφονται logs και γενικά να δουλεύουν οι κρίσιμες εφαρμογές). Αν τρέξεις dumpe2fs /dev/sda4 |grep "block count" θα δεις πόσα Reserved blocks υπάρχουν. Η εικόνα που δίνεις αναφέρει ελεύθερο χώρο 426G αλλά είπαμε ότι τα αρχεία σου πιάνουν 37.9 οπότε ο ελεύθερος χώρος που θα έπρεπε να λέει είναι 488.4-37.9=450.5G. Όπως βλέπεις η διαφορά είναι αυτός ο χώρος που δεσμεύεται (450.5-426=24.5G και 24.5/488.5=5%). Το 13% που εμφανίζει ως ποσοστό λαμβάνει υπόψη αυτό το δεσμευμένο χώρο για αυτό είναι μεγαλύτερο από το 7% (488.4-426=62.4G και 62.4/488.4=12.7%).

 

Ο χώρος αυτός (δηλαδή η διαφορά από τα 37.9 μέχρι τα 62.4) δεν χάνεται ουσιαστικά απλά δεν σε αφήνει το filesystem να τον χρησιμοποιήσεις σαν μη-root. Αν θες μπορείς να αλλάξεις αυτό το ποσοστό ή και να το μηδενίσεις με "tune2fs -m 0 /dev/sda4"

 

Εισαι πολυ σωστος φιλε μου , εκατσα και εκανα και γω τις πραξεις και οντως τα νουμερα βγαινουν.

Προκυπτουν 2 ερωτησεις στο μυαλο μου.

 

1.Στον απλο χρηστη (ασχετα αν ειμαι και root στο συστημα μου) , που δεν μπορει να επεμβει/χρησιμοποιησει προφανως τον δεσμευμενο χωρο , δεν τον πολυενδιαφερει αυτο.

Εννοω ναι οκ χρησιμες ηταν οι πληροφοριες αυτες , αλλα εγω θελω να ξερω πρακτικα ποσο χωρο εχω για χρηση.

Σκεψου να ειχα "τιγκαρει" τον δισκο (το /home) και το ενα να λεει 90% , το αλλο να λεει 99% , το αλλο να λεει 88%...τι θα πρωτοπιστεψω?θα κατσω να κανω πραξεις?

 

2.Ο μηδενισμος του "δεσμευμενου χωρου" ποσο επικινδυνο μπορει να ειναι ?ειδα οτι εχει δεσμευσει χωρο και στο /root και στο /home.Αν αποδεσμευσω τον χωρο στο /home θα το "πειραξει" ή πρεπει να χει δεσμευμενο χωρο και εκει (για τους λογους του προφανως) ?

 

Ευχαριστω για την απαντηση σου.

[imitheos]

 

Επισης η du αναφερει σαν μεγεθη

 

1. /boot = 28M (αντι ~36Μ που αναφερουν df / di)

3. /home = 31G ( ~38G κατα τα λεγομενα των df / di )

Χτες ξέχασα να σχολιάσω την έξοδο της du. Στο /boot η διαφορά είναι λογική και ο πιο πιθανός λόγος είναι το μέγεθος του journal όπως είπαμε. Στο /home δεν δικαιολογείται τόσο μεγάλη διαφορά και το πρώτο που μου έρχεται στο μυαλό είναι Sparse files. Μπορείς να συγκρίνεις την έξοδο της "du -h /home" με αυτήν της "du -h --apparent-size /home" και να δεις τι λέει. Αν η μία έξοδος είναι το 38G που δείχνει το df τότε είναι αυτό που λέω.

 

1.Στον απλο χρηστη (ασχετα αν ειμαι και root στο συστημα μου) , που δεν μπορει να επεμβει/χρησιμοποιησει προφανως τον δεσμευμενο χωρο , δεν τον πολυενδιαφερει αυτο.

Εννοω ναι οκ χρησιμες ηταν οι πληροφοριες αυτες , αλλα εγω θελω να ξερω πρακτικα ποσο χωρο εχω για χρηση.

Σκεψου να ειχα "τιγκαρει" τον δισκο (το /home) και το ενα να λεει 90% , το αλλο να λεει 99% , το αλλο να λεει 88%...τι θα πρωτοπιστεψω?θα κατσω να κανω πραξεις?

Όλα τα νούμερα έχουν νόημα γιατί ο κάθε χρήστης θέλει κάτι διαφορετικό. Αν θέλει κάποιος να ξέρει πόσο χώρο πιάνουν τα αρχεία του, τότε θέλει το απλό νούμερο χωρίς να εμπεριέχει μέσα το δεσμευμένο χώρο. Αν θέλει όπως λες να ξέρει πόσο ελεύθερο χώρο έχει τότε τον νοιάζει το "available" νούμερο το οποίο εμπεριέχει τον δεσμευμένο χώρο γιατί αυτό το νούμερο είναι ο χώρος που έχεις διαθέσιμο. Δεν ξέρω τι γίνεται στο conkyrc σου αλλά συνήθως μπορείς να επιλέξεις τι θέλεις να βλέπεις. Από εκεί και πέρα για αυτό ανέφερα την λειτουργία αυτή του fs. Όταν την έχεις υπόψην καταλαβαίνεις τι λέει το κάθε νούμερο και δεν χρειάζεται να κάνεις πράξεις (ή αν θες διαφορετικά, οι πράξεις γίνονται ασυναίσθητα στο μυαλό σου).

 

2.Ο μηδενισμος του "δεσμευμενου χωρου" ποσο επικινδυνο μπορει να ειναι ?ειδα οτι εχει δεσμευσει χωρο και στο /root και στο /home.Αν αποδεσμευσω τον χωρο στο /home θα το "πειραξει" ή πρεπει να χει δεσμευμενο χωρο και εκει (για τους λογους του προφανως) ?

Αν κατανοείς τη λειτουργία που περιέγραψα, τότε ξέρεις και αν "πρέπει" ή όχι να έχεις δεσμευμένο χώρο. Φαντάσου ένα server που ενώ γίνεται κάποιο συμβάν δεν μπορείς να το δεις γιατί είχε γεμίσει ο δίσκος και δεν μπόρεσαν να γραφτούν logs. Για τον λόγο αυτό υπάρχει αυτή η λειτουργία ώστε τα προγράμματα που τρέχουν σαν root (θεωρούμε πως ό,τι τρέχει σαν root θα είναι και κρίσιμης σημασίας) θα έχουν μια καβάντζα για να συνεχίσουν να δουλεύουν μέχρι να πάρεις χαμπάρι ότι γέμισε ο δίσκος. Μην ξεχνάς ότι τα extX συστήματα υπάρχουν εδώ και πολλά χρόνια και με τους σκληρούς που υπήρχαν τότε αυτή η λειτουργία ήταν πολύ χρήσιμη. Ένας webserver που διαχειριζόμουν στο πανεπιστήμιο είχε 800MB σκληρό οπότε σκέψου πόσο εύκολα μπορούσε να γεμίσει ο δίσκος αν δεν πρόσεχες.

 

Όπως καταλαβαίνεις λοιπόν τουλάχιστον στην περίπτωση του /home σου δεν χρειάζεται να υπάρχει δέσμευση (και μη σου πω ούτε και στο / ακόμη). Αυτό που ανέφερα και στο προηγούμενο μήνυμα και ίσως πρέπει να τονίσουμε είναι ότι ο χώρος δεν είναι πραγματικά δεσμευμένος δηλαδή δεν γράφονται κάποια δεδομένα εκεί ώστε να είναι επικίνδυνο όπως είπες και να χάσεις κάτι. Απλά ο χώρος εμφανίζεται ότι δεν υπάρχει. Η εντολή που σου έδωσα απλά γράφει ένα νούμερο στην κατάλληλη θέση του filesystem το οποίο λέει πόσος χώρος θα φαίνεται δεσμευμένος. Μπορείς κάθε 2 λεπτά να την τρέχεις και να το αλλάζεις και δεν θα χαλάσει τίποτα.

[mphxths]

Χτες ξέχασα να σχολιάσω την έξοδο της du. Στο /boot η διαφορά είναι λογική και ο πιο πιθανός λόγος είναι το μέγεθος του journal όπως είπαμε. Στο /home δεν δικαιολογείται τόσο μεγάλη διαφορά και το πρώτο που μου έρχεται στο μυαλό είναι Sparse files. Μπορείς να συγκρίνεις την έξοδο της "du -h /home" με αυτήν της "du -h --apparent-size /home" και να δεις τι λέει. Αν η μία έξοδος είναι το 38G που δείχνει το df τότε είναι αυτό που λέω.

 

και οι 2 εντολες βγαζουν αποτελεσμα 31G.

 

Όλα τα νούμερα έχουν νόημα γιατί ο κάθε χρήστης θέλει κάτι διαφορετικό. Αν θέλει κάποιος να ξέρει πόσο χώρο πιάνουν τα αρχεία του, τότε θέλει το απλό νούμερο χωρίς να εμπεριέχει μέσα το δεσμευμένο χώρο. Αν θέλει όπως λες να ξέρει πόσο ελεύθερο χώρο έχει τότε τον νοιάζει το "available" νούμερο το οποίο εμπεριέχει τον δεσμευμένο χώρο γιατί αυτό το νούμερο είναι ο χώρος που έχεις διαθέσιμο. Δεν ξέρω τι γίνεται στο conkyrc σου αλλά συνήθως μπορείς να επιλέξεις τι θέλεις να βλέπεις. Από εκεί και πέρα για αυτό ανέφερα την λειτουργία αυτή του fs. Όταν την έχεις υπόψην καταλαβαίνεις τι λέει το κάθε νούμερο και δεν χρειάζεται να κάνεις πράξεις (ή αν θες διαφορετικά, οι πράξεις γίνονται ασυναίσθητα στο μυαλό σου).

 

To conky χρησιμοποιει την εντολη (εσωτερικη του conky) "fs_free" .O ορισμος που δινει το σαιτ του conky για την εντολη αυτη ειναι "Free space on a file system available for users."

Νομιζω αυτο που εβαλα σε bold δικαιολογει το αποτελεσμα , που ειναι το πιο κοντυνο στο "σωστο" αν το πουμε ετσι...(αν και σωστο/λαθος ειναι σχετικα στο θεμα αυτο).

Με λιγα λογια το μονο σιγουρο νουμερο απο το output των σχετικων εντολων ειναι το "available" , γιατι απο οτι καταλαβα αυτο υπολογιζεται "αφαιρωντας" και τον "δεσμευμενο" χωρο. Οποτε ειναι το πιο "απαισιοδοξο" σεναριο.

 

 

 

Όπως καταλαβαίνεις λοιπόν τουλάχιστον στην περίπτωση του /home σου δεν χρειάζεται να υπάρχει δέσμευση (και μη σου πω ούτε και στο / ακόμη). Αυτό που ανέφερα και στο προηγούμενο μήνυμα και ίσως πρέπει να τονίσουμε είναι ότι ο χώρος δεν είναι πραγματικά δεσμευμένος δηλαδή δεν γράφονται κάποια δεδομένα εκεί ώστε να είναι επικίνδυνο όπως είπες και να χάσεις κάτι. Απλά ο χώρος εμφανίζεται ότι δεν υπάρχει. Η εντολή που σου έδωσα απλά γράφει ένα νούμερο στην κατάλληλη θέση του filesystem το οποίο λέει πόσος χώρος θα φαίνεται δεσμευμένος. Μπορείς κάθε 2 λεπτά να την τρέχεις και να το αλλάζεις και δεν θα χαλάσει τίποτα.

 

Καταλαβα την ολη φαση , για αυτο αλλωστε ρωτησα και μονο για το /home ,θεωρω οτι το συστημα αν ειναι να χρειαστει κατι , καπου να γραψει σε ωρα αναγκης , πρωτα θα κοιταξει στο /root , και οχι στο /home .

Μιας και ακομα υπαρχει ελευθερια χωρητικοτητας τα αφηνω ως εχουν.Αν φτασω σε κρισιμες φασεις να χουν τιγκαρει τιποτα δισκοι , βλεπουμε τοτε.

Ειναι καλο παντως η γνωση των 2 εντολων που ανεφερες...και φυσικα του ολου σκηνικου.