Το thread του Debian (v.5)

[manosdoc]

Δοκίμασε με firmware daily
https://cdimage.debian.org/cdimage/u.../amd64/iso-cd/

Με το dd ή με το GNOME Disks τα γράφω εγώ σε GUI.

[jim_p]

Το θεμα μου δεν ειναι το firmware, γιατι σιγουρα δεν λειπει καποιο, ειναι το οτι δεν εκκινει καν. Το δοκιμασα και στο δικο μου συστημα πριν λιγο και κανει τα ιδια. To gnome-disks τα γραφει ως iso ή με dd?

[manosdoc]

Το θεμα μου δεν ειναι το firmware, γιατι σιγουρα δεν λειπει καποιο, ειναι το οτι δεν εκκινει καν. Το δοκιμασα και στο δικο μου συστημα πριν λιγο και κανει τα ιδια. To gnome-disks τα γραφει ως iso ή με dd?

Με dd το γράφει "Restore disk image"

[jim_p]

Τον εβαλα τελικα στο δικο μου συστημα, του εκανα chroot μεσα απο τη δικη μου εγκατασταση και του εγκατεστησα το logsave αλλα παλι τα ιδια λεει!

- - - Updated - - -

Το αυτιστικο το reportbug γιατι δεν μπορει να με παει κατευθειαν στο bug που πρεπει βαζοντας στο πρωτο search box του τον αριθμο και πρεπει να ψαχνω το πακετο πρωτα?

[manosdoc]

Το ίδιο και σε μένα. Με πετάει στο busybox logsave not found.
Αργότερα θα το σιάξω γιατί τώρα είμαι στο ιατρείο.

"you can set the fsck pass in /etc/fstab
to '0' and initramfs-tools won't try to run fsck or logsave"

Αυτό βρήκα ως προσωρινή λύση.

[jim_p]

Πως το οριζω αυτο το τελευταιο?
Αν εννοεις να βαλω 0 εδω

/dev/sda1	/               ext3    noatime 0       0

το εκανα αλλα παλι @@.

[manosdoc]

Σωστά το κάνεις. Δεν ξέρω γιατί δεν δουλεύει...

[jim_p]

Αυτο ολο που το βρηκες?

[manosdoc]

https://bugs.debian.org/cgi-bin/bugr...cgi?bug=833231

[jim_p]

Ναι αλλα εκει λεει για το btrfs συγκεκριμενα

Since btrfs doesn't need fsck, you can set the fsck pass in /etc/fstab
to '0' and initramfs-tools won't try to run fsck or logsave.

- - - Updated - - -

Τελικα εκτος απο την εγκατασταση του logsave ηθελε και ενα "απλο"

update-initramfs -u -k all

για να δουλεψει οπως πρεπει. Ελπιζω να το φτιαξουν συντομα.

[manosdoc]

Πιο πολύ μου μοιάζει κάτι να πήγε στραβά με το πακέτο e2fsprogs

[jim_p]

Εκει πηγε στραβα. Το χτισανε λογικα σετ με το logsave και αν δεν το εχεις την πατησες. Meanwhile, απο τοτε που εβαλα το logsave παρατηρω μια μονιμη κινηση στο δισκο και το λεντακι δεν εχει σταματησει να αναβοσβηνει.

[imitheos]

Στις διανομές γίνεται αλόγιστη - άσκοπη χρήση initramfs. Βάζοντας τον ahci οδηγό και το ext4 μέσα στον πυρήνα (άντε και το usb hid για να παίζει το πληκτρολόγιο σε περίπτωση που προκύψει κάποιο πρόβλημα), το 95% των υπολογιστών θα μπορούσαν να εκκινήσουν χωρίς initramfs. Παραβλέπω όμως αυτό το γεγονός και θα σταθώ μόνο στο παρακάτω.

Το κακό που κάνουν πολλές διανομές είναι η αλόγιστη χρήση του update-initramfs. Τα μισά πακέτα στο σύστημα έχουν στα scripts τους την επαναδημιουργία του initramfs. Και το ακόμη χειρότερο είναι ότι δεν επαναδημιουργούν μόνο το image για τον τρέχοντα πυρήνα αλλά για όλους. Αυτό που σος έτυχε, έχει γίνει σε όλες σχεδόν τις διανομές. Αναβαθμίζεται ένα πρόγραμμα (*fsprogs, dracut, mkinitrd, firmware, κτλ) έχοντας ένα πρόβλημα που ξέφυγε από τον packager και σου γ..άει όλα τα initramfs αποτρέποντας το boot. Μερικές διανομές έχουν πρόνοια να μετονομάζεται το παλιό initramfs σε .fallback αλλά και αυτό ακόμη δεν αρκεί γιατί σε σώζει μόνο στην 1η αναβάθμιση.

[manosdoc]

Καλά σε λένε Ημί-θεός!
Ποιες διανομές γνωρίζεις που δεν το κάνουν;

[imitheos]

Καλά σε λένε Ημί-θεός!
Ποιες διανομές γνωρίζεις που δεν το κάνουν;

Δυστυχώς όλες οι mainstream πρέπει να το κάνουν (τουλάχιστον debian, fedora, suse το κάνουν). Καταλαβαίνω γιατί το κάνουν. Ίσως και εγώ αν ήμουν packager να το έκανα γιατί αφαιρεί μεγάλο φόρτο. Βγήκε νέο πακέτο firmware. Ή πρέπει να κάνεις ένα σωρό ελέγχους να δεις αν κάποιο από τα αρχεία του πακέτου περιέχεται στο initramfs και είναι νεώτερη έκδοση (ο οποίος έλεγχος μπορεί να αποτύχει και να μείνεις με παλιό initramfs που μπορεί να έχει προβλήματα ασφαλείας) ή πολύ απλά ξαναδημιουργείς από την αρχή το initramfs.

Ίσως στο 99% του καιρού να είναι σωστή επιλογή η επαναδημιουργία αλλά μπορεί και να προκαλέσει τέτοια προβλήματα και να μείνει κάποιος αιχμάλωτος.