Bugs που υπενθυμίζουν ότι κάτι γίνεται λάθος

[Θοδωρής Λύτρας]

Στις Σαβ 21 Απρ 2012, ο/η George Notaras έγραψε:
> Οι παρακάτω περιπτώσεις έχουν να κάνουν με το grub 1.x ή legacy ή όπως
> αλλιώς λέγεται αυτός ο boot manager που είναι εγκατεστημένος στη
> πλειοψηφία των συστημάτων που τρέχουν κάποια διανομή linux.
> 
> 1) Πριν από καμιά δεκαριά μέρες θέλησα να κάνω upgrade το centos 5 σε 6
> σε ένα virtual machine στη Linode. Αν και είχα σχεδιάσει και
> προετοιμάσει τα πάντα, παρόλα αυτά ξόδεψα πάνω από 10 ώρες μέχρι να κάνω
> boot το vm με τον ίδιο ακριβώς τρόπο που το έκανα και προηγουμένως με το
> Centos 5, που δεν είναι της παρούσης να αναλύσω. Το πρόβλημα ήταν ότι το
> boot partition είχε φορμαριστεί με ext4, το οποίο δεν υποστηρίζεται από
> το pvgrub που έχουν στην Linode. Αν και ομολογώ ότι θα έπρεπε να το είχα
> ψάξει προτού φορμάρω το /boot με ext4, το pvgrub έκανε τα πάντα για να
> με μπερδέψει. Στο grub shell η εντολή ``root`` αναγνώριζε το ext4
> partition σαν ext2, όπως έκανε και με το ext3 αν δεν κάνω λάθος. Η
> διαφορά όμως ήταν ότι στην περίπτωση του ext4 η εντολή ``find`` δεν
> μπορούσε να βρει κανένα αρχείο απολύτως. Δηλαδή δεν υπήρχε το παραμικρό
> warning σχετικά με την υποστήριξη του ext4, αλλά, αντίθετα, το pvgrub
> έλεγε ότι δεν βρίσκει αρχεία σαν να μην συμβαίνει τίποτα!
> 
> 2) Σήμερα θέλησα να εγκαταστήσω το τελευταίο ubuntu σε καινούριο σκληρό.
> Αντί να αφήσω τον installer να κανονίσει τις κατατμήσεις, όρισα εγώ μία
> κατάτμηση με ext4 για το / (χωρίς να ορίσω ξεχωριστή για το /boot), μία
> για το /home και μια άλλη για το /opt (σε άλλο δίσκο). Όλες ήταν σε
> ext4. Αφού άφησα τον installer για κάποια ώρα να ολοκληρώσει τη
> διαδικασία, γυρίζω και βρίσκω ένα μήνυμα ότι δεν μπορούσε να
> πραγματοποιηθεί εγγραφή στο δίσκο, ενώ ένα μεγάλο μέρος της εγκατάστασης
> είχε ήδη γίνει. Έδειχνε δηλαδή προς hardware πρόβλημα. Έχοντας τραβήξει
> τα πάνδεινα με το pvgrub στην προηγούμενη περίπτωση, και πριν αρχίσω να
> τρέχω κάποιο utility για την κατάσταση του δίσκου, ξαναδοκίμασα το
> installation ορίζοντας αυτή τη φορά και μια κατάτμηση για το /boot σε
> ext3. Χωρίς πολλά-πολλά το installation ολοκληρώθηκε με επιτυχία. Αν δεν
> είχε συμβεί η περίπτωση 1, θα μπορούσα κάλλιστα να ξοδέψω όλη την ημέρα
> εξετάζοντας τον σκληρό για πιθανό hardware πρόβλημα!
> 
> Το grub 1 βρίσκεται εγκατεστημένο σε έναν τεράστιο αριθμό συστημάτων. Το
> ότι δεν δίνει κάποιο σαφές warning για το ext4, αλλά έχει αυτή την
> απόλυτα καθυστερημένη συμπεριφορά, είναι πολύ πιθανό να οδηγήσει σε
> κατασπατάληση πόρων (χρόνο, προσπάθεια => εργατοώρες), χωρίς να υπάρχει
> ο παραμικρός λόγος. Αν η χρήση ενός τόσο δημοφιλούς software αφήνει
> ανοιχτό ένα τέτοιο ενδεχόμενο, τότε, κατ' εμέ, κάτι γίνεται πάρα πολύ
> λάθος στο οικοσύστημα του free-software.
> 
> Ακόμη κι αν θεωρήσουμε υπερβολή το "κάτι γίνεται λάθος", από την άλλη
> είναι αδιανόητο να λέμε ότι "όλα γίνονται σωστά" σ' αυτό το μοντέλο
> ανάπτυξης, ενώ συμβαίνουν πράγματα όπως αυτά που περιέγραψα παραπάνω. Η
> έννοια του "σωστού" και τα παραπάνω φαινόμενα είναι εντελώς ασύμβατα.

Check this out:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511121

Νομίζω οτι είσαι υπερβολικός στο οτι "κάτι γίνεται λάθος στο οικοσύστημα του 
free software".
Εδώ και καιρό (=χρόνια) είναι γνωστό οτι το grub1 δεν γίνεται maintain, και οι 
developers έχουν ρίξει όλο το βάρος στο grub2. Λογικό είναι να μη "γνωρίζει" 
το ext4.
Θα έλεγα μάλιστα οτι "κάτι γίνεται σωστά" στο οικοσύστημα του free software, 
γιατί η αλήθεια είναι οτι όποιος θέλει να συνεχίσει να χρησιμοποιεί το grub1 
αντί του grub2, έχει το ελεύθερο να αναλάβει (ή να πληρώσει κάποιον για να 
αναλάβει) το maintenance του grub1.

My 2c,
Θοδωρής


-- 
"Beauty is transitory"
"Beauty survives"
        - Mr. Spock & Capt. Kirk, "That which survives", stardate unknown
by Theodore Lytras <thlytras at gmail.com>