Προβλημα στην εκκινηση και τον ηχο μετα την αναβαθμιση σε 2.6.30

[jim_p]

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

 

Αντιμετωπιζω δυο πολυ σοβαρα προβληματα μετα την προχτεσινη αναβαθμιση του πυρηνα σε 2.6.30 στο λαπτοπ που εχει debian testing.

 

1) Κατα την εκκινηση εμφανιζεται το παρακατω μηνυμα ~20 φορες (ελαφρως αλλαγμενο καθε φορα) και την καθυστερει για 10 δευτερα περιπου. Φυσικα δεν εχω ιδεα τι σημαινει.

>[   28.174342] irq event 21: bogus return value de5c1288
[   28.178333] Pid: 0, comm: swapper Tainted: P           2.6.30-1-686 #1
[   28.178333] Call Trace:
[   28.178333]  [<c015b7da>] ? __report_bad_irq+0x2b/0x69
[   28.178333]  [<c015b86e>] ? note_interrupt+0x56/0x13c
[   28.178333]  [<c015bde1>] ? handle_fasteoi_irq+0x7a/0x97
[   28.178333]  [<c0104f4f>] ? handle_irq+0x17/0x1b
[   28.178333]  [<c01049bd>] ? do_IRQ+0x38/0x76
[   28.178333]  [<c01036c9>] ? common_interrupt+0x29/0x30
[   28.178333]  [<c0116420>] ? native_safe_halt+0x2/0x3
[   28.178333]  [<c010895e>] ? default_idle+0x41/0x6a
[   28.178333]  [<c0102399>] ? cpu_idle+0x46/0x61
[   28.178333]  [<c044676d>] ? start_kernel+0x2c2/0x2c5
[   28.178333] handlers:
[   28.178333] [<e0b3525a>] (usb_hcd_irq+0x0/0x6c [usbcore])
[   28.178333] [<e0b3525a>] (usb_hcd_irq+0x0/0x6c [usbcore])
[   28.178333] [<e0b3525a>] (usb_hcd_irq+0x0/0x6c [usbcore])
[   28.178333] [<e0b3525a>] (usb_hcd_irq+0x0/0x6c [usbcore])
[   28.178333] [<e0e1afc3>] (io_irq_isr+0x0/0x2c [ndiswrapper])

Η σχεδον πληρης εξοδος του dmesg (λογο περιορισμου στο buffer του τερματικου) εχει γινει pastebined εδω

 

2) Ο ηχος ειναι σε παρα πολυ χαμηλο επιπεδο, σχεδον δεν ακουγεται καν. Πρεπει να κολλησω το αυτι μου πανω στο ηχειο για να ακουσω κατι που εχει την ενταση ψιθυρου. Ολα τα επιπεδα (main και pcm κυριως) στον alsamixer ειναι στο τερμα και δεν εχω pulseaudio.

 

Ξεκινωντας με τον παλιο 2.6.26 τα παραπανω προβληματα δεν υπαρχουν.

 

Ενεργειες που εχουν γινει ως τωρα και ειχαν καποιο αποτελεσμα.

1) Ξεκινωντας τον πυρηνα με την παραμετρο acpi=off το προβλημα με το μηνυμα δεν υφισταται. Αλλα...

Χωρις acpi δεν ανοιγει το ασυρματο πανω στο λαπτοπ, ακομα και αν πατησω το κουμπι του. Και χωρις ασυρματη συσκευη, ο ndiswrapper στην ουσια παρεχει το module για μια συσκευη που δεν υπαρχει.

Χωρις acpi επισης δεν δουλευει το cpufrequtils, ο επεξεργαστης παει στο μεγιστο της συχνοτητας του με την μια και ζεσταινεται γρηγορα. Επισης δεν δουλευει και το module που "διαβαζει" την θερμοκρασια του επεξεργαστη, αλλα η αυξηση της γινεται αντιληπτη απο το θορυβο του fan που δουλευει υπερωριες.

2) Θετοντας οποιαδηποτε αλλη παραμετρο στον πυρηνα, πχ noacpi, δεν εχει διαφορα.

 

Παρατηρησεις.

1) Ειδα οτι κατα την εκκινηση ο πυρηνας αναγνωριζει την μικρη firewire θυρα που εχει το λαπτοπ πανω του. Παλιοτερα δεν φαινοταν ουτε στο lspci ή τουλαχιστον δεν την εβλεπα εγω. Θα ποσταρω τα 2 lspci στο pastebin. Ισως να κανω και λαθος βεβαια...

 

Debian testing, kernel 2.6.30-686, alsa 1.0.20.

Amd k8 3000+, 512ΜΒ ram, χαλασμενη nvidia 5700 και

>$ lspci | grep Audio
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)

[firewalker]

Καλώς όρισες στον κόσμο του 2.6.30...

 

Για δες μήπως έχει να κάνει με το παρακάτω.

 

http://bugzilla.kernel.org/show_bug.cgi?id=13681

[jim_p]

Να δοκιμασω να βαλω τον 2.6.31 RC απο το kernel trunk του debian?

 

Ξεχασα να πω οτι τα παραπανω τα κανει και χωρις να εχω συνδεσει καποια usb συσκευη.

Η μονη usb συσκευη που εχω βασικα ειναι το ποντικι (microsoft basic optical mouse 2.1).

 

---------- Το μήνυμα προστέθηκε στις 18:05 ----------

 

Update στα παραπανω.

 

Εβαλα τον 2.6.31-rc6 απο το kernel archive του debian. Το προβλημα με το περιεργο μηνυμα δεν συμβαινει εκει, αλλα αυτο με τον ηχο παραμενει και με τον νεο πυρηνα.

Αναγκαστικα, θα περιμενω τον 2.6.31 και θα κοιταξω τον ηχο.

Θα ηθελα αν γινεται να επικεντρωθούμε σε αυτο.

 

Ευχαριστω.

 

Δεν κραταω τον νεο πυρηνα γιατι δεν μπορω να βαλω τα headers του, αρα δεν μπορω να φτιαξω τα modules για vbox και ndiswrapper.

 

---------- Το μήνυμα προστέθηκε στις 18:19 ----------

 

Επισης παρατηρησα στο dmesg μια νεα εισοδο, το yenta_cardbus. Οι παρακατω γραμμες υπαρχουν μονο στην εκκινηση του 2.6.30 και 2.6.31!

>[   12.662230] yenta_cardbus 0000:00:0b.0: CardBus bridge found [1025:006e]
[   12.662246] yenta_cardbus 0000:00:0b.0: Using CSCINT to route CSC interrupts to PCI
[   12.662249] yenta_cardbus 0000:00:0b.0: Routing CardBus interrupts to PCI
[   12.662254] yenta_cardbus 0000:00:0b.0: TI: mfunc 0x010a1b22, devctl 0x64
[   12.839896] Synaptics Touchpad, model: 1, fw: 5.8, id: 0x9248b1, caps: 0x904713/0x4000
[   12.878781] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input7
[   12.893053] yenta_cardbus 0000:00:0b.0: ISA IRQ mask 0x0cf8, PCI irq 17
[   12.893058] yenta_cardbus 0000:00:0b.0: Socket status: 30000006
[   12.893659] VIA 82xx Modem 0000:00:11.6: power state changed by ACPI to D0
[   12.893669] VIA 82xx Modem 0000:00:11.6: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[   12.896035] VIA 82xx Modem 0000:00:11.6: setting latency timer to 64
[   13.405270] VIA 82xx Audio 0000:00:11.5: power state changed by ACPI to D0
[   13.405280] VIA 82xx Audio 0000:00:11.5: PCI INT C -> GSI 22 (level, low) -> IRQ 22
[   13.405410] VIA 82xx Audio 0000:00:11.5: setting latency timer to 64
[   13.920438] yenta_cardbus 0000:00:0b.1: CardBus bridge found [1025:006e]
[   13.920454] yenta_cardbus 0000:00:0b.1: Using CSCINT to route CSC interrupts to PCI
[   13.920457] yenta_cardbus 0000:00:0b.1: Routing CardBus interrupts to PCI
[   13.920463] yenta_cardbus 0000:00:0b.1: TI: mfunc 0x010a1b22, devctl 0x64
[   14.152851] yenta_cardbus 0000:00:0b.1: ISA IRQ mask 0x0cf8, PCI irq 18
[   14.152856] yenta_cardbus 0000:00:0b.1: Socket status: 30000006
[   14.234634] pcmcia_socket pcmcia_socket1: cs: IO port probe 0x100-0x3af: clean.
[   14.236543] pcmcia_socket pcmcia_socket1: cs: IO port probe 0x3e0-0x4ff: clean.
[   14.237361] pcmcia_socket pcmcia_socket1: cs: IO port probe 0x820-0x8ff: clean.
[   14.238040] pcmcia_socket pcmcia_socket1: cs: IO port probe 0xc00-0xcf7: clean.
[   14.238886] pcmcia_socket pcmcia_socket1: cs: IO port probe 0xa00-0xaff: clean.
[   14.688795] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x100-0x3af: clean.
[   14.690697] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x3e0-0x4ff: clean.
[   14.691516] pcmcia_socket pcmcia_socket0: cs: IO port probe 0x820-0x8ff: clean.
[   14.692210] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xc00-0xcf7: clean.
[   14.693063] pcmcia_socket pcmcia_socket0: cs: IO port probe 0xa00-0xaff: clean.

[jim_p]

Συνεχιζω ακαθεκτος για την ευρεση μιας λυσης στο θεμα του ηχου.

Τωρα που το alsaconf δεν υπαρχει πλεον, με ποιο τροπο μπορω να ορισω την καρτα ηχου που θελω να χρησιμοποιει?

 

Για τον 2.6.26

>[b]$ cat /proc/asound/cards[/b]
0 [V8235          ]: VIA8233 - VIA 8235
                     VIA 8235 with VIA1612A at 0x1400, irq 22
1 [modem          ]: VIA82XX-MODEM - VIA 82XX modem
                     VIA 82XX modem at 0x1800, irq 22
[b]$ aplay -l[/b]
**** List of PLAYBACK Hardware Devices ****
card 0: V8235 [VIA 8235], device 0: VIA 8235 [VIA 8235]
 Subdevices: 4/4
 Subdevice #0: subdevice #0
 Subdevice #1: subdevice #1
 Subdevice #2: subdevice #2
 Subdevice #3: subdevice #3
card 0: V8235 [VIA 8235], device 1: VIA 8235 [VIA 8235]
 Subdevices: 1/1
 Subdevice #0: subdevice #0
card 1: modem [VIA 82XX modem], device 0: VIA 82XX modem [VIA 82XX modem]
 Subdevices: 1/1
 Subdevice #0: subdevice #

και για τους 2.6.30 και 2.6.31rc6

>[b]$ cat /proc/asound/cards[/b]
0 [V8235          ]: VIA8233 - VIA 8235
                     VIA 8235 with VIA1612A at 0x1400, irq 22
1 [modem          ]: VIA82XX-MODEM - VIA 82XX modem
                     VIA 82XX modem at 0x1800, irq 22
[b]$ aplay -l[/b]
**** List of PLAYBACK Hardware Devices ****
card 0: V8235 [VIA 8235], device 0: VIA 8235 [VIA 8235]
 Subdevices: 4/4
 Subdevice #0: subdevice #0
 Subdevice #1: subdevice #1
 Subdevice #2: subdevice #2
 Subdevice #3: subdevice #3
card 0: V8235 [VIA 8235], device 1: VIA 8235 [VIA 8235]
 Subdevices: 1/1
 Subdevice #0: subdevice #0
card 1: modem [VIA 82XX modem], device 0: VIA 82XX modem [VIA 82XX modem]
 Subdevices: 1/1
 Subdevice #0: subdevice #

Βλεπετε καμια διαφορα που δεν τη βλεπω?

[SV8XXX]

Συνεχιζω ακαθεκτος για την ευρεση μιας λυσης στο θεμα του ηχου.

Τωρα που το alsaconf δεν υπαρχει πλεον, με ποιο τροπο μπορω να ορισω την καρτα ηχου που θελω να χρησιμοποιει?

 

Το πιο πιθανό ,αν τη δηλώσεις στο /etc/modprobe.d/sound.conf

Το δικό σου μάλλον πρέπει να είναι alias snd-card-0 snd-via8235

[jim_p]

Εβαλα στο /etc/modprobe.d/sound.conf τα παρακατω (οσα ειναι σε bold εβαλα εγω, τα αλλα τα ειχε)

 

>alias snd-card-0 snd-via82xx
options snd-via82xx index=0
[b]options snd-via82xx-modem index=1[/b]

και παλι δεν αλλαξε κατι.

 

Οδηγουμαι στο συμπερασμα οτι το module snd-via82xx ειναι προβληματικο πλεον...

 

Που μπορω να βρω τον 2.6.29?

[SV8XXX]

jim_p Το options που έβαλες δεν λέει τίποτα.Η αρίθμηση των καρτών απ ότι κατάλαβα αρχίζει απο το 0

alias snd-card-0 snd χχχ

alias snd-card-1 snd χχχχ

Και μάλλον την κάρτα που θέλεις να δηλώσεις πρώτη την κάνεις 0

Στη δική σου περίπτωση είναι σωστά όπως είναι.

Υπ όψη ότι λέω είναι από προσωπική εμπειρία.Εσυ έχεις πολύ περισσότερες γνώσεις από εμένα.

Απλά έτυχε προχθές να το ψάξω για μια παρόμοια δυσλειτουργεία και όλα με οδηγούσαν σε δυο αρχεία το alsa.base και το sound.conf.

Στη δική μου περίπτωση μετά από αναβάθμιση stable -> testing στην είσοδο ενγραφής παρουσιαζόταν ένας θόρυβος σαν σπινθηρισμός και κάτι σαν λευκός θόρυβος .Ειδικά στο μικρόφωνο ενοχλητικότατος και αφού ξημερώθηκα να ψάχνω και να κάνω δοκιμές απουσία και του alsaconf την άλλη μέρα με ξεκούραστο μυαλο έβγαλα απο το Stable backup (που ευτυχώς είχα),το alsa.base .Το έβαλα μέσα στον /etc/modprobe.d που δεν υπήρχε στην Testing ,έκανα reboot και όλλα τέλεια.

 

Δες και αυτή τη περίπτωση συγνώμη αν λέω αρλούμπες

[jim_p]

Εβαλα και τον 2.6.29 απο το kernel archive του debian και εχω ηχο κανονικα χωρις να εχω το προβλημα στην εκκινηση. Αρα καπου στον 2.6.30 χαλασε το πραγμα.

 

Μαλλον θα μεινω στον 2.6.29, αλλα πρεπει να βρω ενα τροπο να φτιαξω το πακετο που εχει σαν εξαρτηση το linux-headers-2.6.29. Δεν θυμαμαι το ονομα του, θυμαμαι ομως οτι οταν πειραματιζομουν το Φεβρουαριο με το experimental, το ειχα καταφερει. Κατι με apt-build και deb-src repo ειναι, αλλα τι?

 

(δεν κοιταξα για το yenta γμτ, αυριο θα το δω και θα σας πω)

[firewalker]

Καλά θα ήταν να κάνεις και ένα bug report αν δεν το ει κάνει. Αρχικά στο Debian και μετά upstream στον kernel.

[jim_p]

Update.

 

Τα οσα αναφερω παραπανω στο μηνυμα 3 γινονται και με τον 2.6.29, αλλα τουλαχιστον με αυτον εχω σωστο ηχο. Οδηγουμαι λοιπον στο συμπερασμα οτι καποιο προβλημα υπαρχει με το module snd-via82xx απο την εκδοση 2.6.30 και μετα.

 

Πως μπορω να το αναφερω σαν bug στο debian και μετα στον kernel? Τι αλλα πραγματα πρεπει να συμπεριλαβω?

[firewalker]

Υπάρχουν how to guides για bug reports. Για τον kernel σίγουρα. Είναι λίγο "ανάποδοι" και ζητούν πολλά πράγματα. Κάθε φορά διαβάζω τις οδηγίες που υπάρχουν στο bugzilla.kernel.org αν θυμάμαι καλά.

[jim_p]

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

Βρηκα ενα σωρο απο cd στο δωματιο μου, μεσα στα οποια ηταν και το sidux 2009.02 που εχει τον 2.6.30... και το δοκιμασα.

 

Και εχει ηχο κανονικα! Και κανενα σφαλμα στην εκκινηση!

Βαζω να δοκιμασω τον .30-486 που εχει το debian...

 

Στερνη μου γνωση να σ' ειχα πρωτα λεει...

Να 'ταν η σκεψη μου πριν απ' την πραξη λεει...

 

Με τον 2.6.30-486 δεν εχω το σφαλμα στην εκκινηση, οποτε μαλλον καποιο bug στο compile σε -686 ειναι. Δεν πειραζει, καθομαι και περιμενω τον .31.

 

Και το κουφο. To module snd-via82xx προσθετει 4 ακομα "ποτενσιομετρα" στο μικτη (alsamixer) οπως φαινεται στην εικονα. Πολυ μακρια απο τα Master και PCM που κοιτουσα εγω.

Αυτα τα 4 λοιπον στους .30 και .31 ειναι αρχικα στο "mute". Τα σηκωσα και εχω ηχο κανονικα!

 

Σας ευχαριστω για την βοηθεια σας.

 

Ας μαρκαριστει σαν "solved".

[jim_p]

Update στο αρχικο προβλημα.

 

Χτες εγινε update στον 2.6.30-2. Το εκανα ολο χαρα, σκεπτομενος οτι επιασε τοπο το bug report μου, και ειδα οτι στο επομενο boot σε αυτον τα παντα εγιναν χωρις σφαλμα.

Μετα μπηκα να ξαναφτιαξω τα 2 modules που χρησιμοποιω (vboxdrv, ndiswrapper). Η κατασκευη και των 2 ολοκληρωθηκε χωρις το παραμικρο σφαλμα, τα φορτωσα με modprobe και ολα δουλεψαν κανονικα.

 

Μετα πηγα σε reboot.Και ξαναεμφανιστηκε ολο εκεινο το κατεβατο που αναφερω στην αρχη του θεματος.

Βλεποντας λοιπον αυτο

>[   23.101482] [<e0b6228e>] (usb_hcd_irq+0x0/0x6c [usbcore])
[   23.101509] [<e0e48fc3>] (io_irq_isr+0x0/0x2c [ndiswrapper])

να επαναλαμβανεται ξανα και ξανα, περιπου αυτουσιο στο dmesg, καταληγω στο συμπερασμα οτι καπου "κλοτσαει" ο ndiswrapper.

 

Πως μπορω να βρω τι τον ενοχλει?

 

Το κακο στην ολη υποθεση ειναι οτι στα τεστ που εκανα με τον 2.6.29 και τον 2.6.31rc6 ΔΕΝ ειχα την εμπλοκη του ndiswrapper, μιας και δεν ειχα headers για να φτιαξω το module. Ομοιως και στις δοκιμες με live cd.

 

Το καλο ειναι οτι πλεον καθυστερει την εκκινηση 5 δευτερολεπτα το πολυ. Ευτυχως.

 

---------- Το μήνυμα προστέθηκε στις 11:50 ----------

 

Και μια ερωτηση για τους γνωστες του θεματος...

 

Γιατι συνεχιζει να φορτωνει το ndiswrapper module αφου το εχω κανει comment out απο το /etc/modules?!

 

Και γιατι λεει το ιδιο πραγμα 2 φορες εδω?

>$ cat /etc/modprobe.d/ndiswrapper 
alias pci:v000017FEd00002220sv00000305sd00001468bc*sc*i* ndiswrapper
alias pci:v000017FEd00002220sv*sd*bc*sc*i* ndiswrapper

[jim_p]

Καλημερα και συγγνωμη που ανασυρω το θεμα.

 

Απο το προχτεσινο update του udev και μετα ειμαι σε διλλημα.

Το προβλημα: με το update του udev παιρνω το παρακατω μηνυμα κατα το boot σε 2.6.26, και αργει παρα πολυ να bootαρει, κανει σχεδον το διπλασιο χρονο.

>udev: missing sysfs features; please update the kernel or disable the kernel's CONFIG_SYSFS_DEPRECATED option; udev may fail to work correctly

Με τον 2.6.30 δεν εμφανιζεται το παραπανω.

 

Δεν θελει και πολυ για να καταλαβει καποιος οτι το νεο udev και ο παλιος πλεον 2.6.26 καπου δεν συμβαδιζουν. Αυτο επαληθευτηκε και απο τα αποτελεσματα που εβγαλε το google περι του παραπανω. Οποτε πλεον εχω τις εξης 2.5 επιλογες.

 

- Μενω με τον 2.6.26 και ανεχομαι την μεγαλη καθυστερηση στην εκκινηση, προκειμενου να μην εμφανιζεται το σπαστικο μηνυμα του ndiswrapper.

- Μενω με τον 2.6.30 και ανεχομαι το σπαστικο μηνυμα στην εκκινηση και μια καθυστερηση 5 δευτερολεπτων το πολυ.

- Αγοραζω μια ασυρματη καρτα σε mini pci (προτιμοτερο) ή usb και ξεφορτωνομαι τον ndiswrapper προκειμενου να μεινω σε 2.6.30 χωρις το σπαστικο μηνυμα. Αλλα ποια? Ειδα αυτη στο eshop, αλλα δεν μπορω να βρω πληροφοριες για το τσιπακι τις ωστε να ξερω αν εινια συμβατη.

http://www.e-shop.gr/show_per.phtml?id=PER.612323

 

Οποιαδηποτε αλλη ιδεα εινια καλοδεχουμενη.

 

Ευχαριστω.

[jim_p]

Μετα απο διαπραγματευσεις με τον μικρο, αποφασισαμε να παμε σε λυση usb μιας και δεν αξιζει να διαθεσουμε λεφτα για το λαπτοπ απο τη στιγμη που οι μερες του ειναι μετρημενες.

Λεω να παρω αυτο μιας και το εχω δοκιμασει σε pc φιλου και παιζει κανονικα σε linux.

http://www.e-shop.gr/show_per.phtml?id=PER.616454

 

Επειδη με εχει φαει η περιεργεια για το τι θα κανει με τον 2.6.31, και το debian δεν τον εχει ακομα, δοκιμασα να εγκαταστησω τον πατσαρισμενο 2.6.31 του liquorix.net (ειχα δοκιμασει και τον 2.6.30 απο εκει παλιοτερα). Με ολο αυτο το χαμο απο πυρηνες, εφτασα να εχω τις παρακατω παρενεργειες...

 

- Οταν μπαινω στον .30, το ρολοϊ μου παει 3 ωρες μπροστα! Αυτο φτιαχνεται ανετα με ενα ntpdate, αλλα το να κανω ntpdate χειροκινητα σε καθε boot παει πολυ.

 

- Στα καλα καθουμενα, απεκτησα system beep που δεν ειχα πριν. Θα κανω blacklist το pcspkr οταν τελειωσω με ολο αυτο το χαμο.

 

- Περι liquorix...

Ο συγκεκριμενος πυρηνας εχει μια τοοοση δα διαφορα με τον "μαμα" πυρηνα του debian στην ονομασια των σκληρων.

Ο του debian απαριθμει τους eide σκληρους σαν /dev/hdX και τους sata σαν /dev/sdX, ενω ο liquorix τους απαριθμει ολους σαν /dev/sdX. Αποτελεσμα αυτου ειναι να χρειαζεται η αλλαγη του παρακατω στο menu.lst

>kernel		/boot/vmlinuz-2.6.31-4.dmz.3-liquorix-686 root=/dev/[b]h[/b]da1 ro quiet vga=791 noresume

σε

>kernel		/boot/vmlinuz-2.6.31-4.dmz.3-liquorix-686 root=/dev/[b]s[/b]da1 ro quiet vga=791 noresume

και ξεκιναει κανονικα.

2-3 δευτερολεπτα αργοτερα η εκκινηση σταματα γιατι δεν μπορει να βρει το /dev/hda1 ωστε να το ελεγξει το checkfs, και βγαζει τα δικα του.

Το μονο που μπορω να φανταστω οτι διαβαζεται σε αυτα τα 2-3 δευτερολεπτα ειναι το fstab, το οποιο λεει οντως /dev/hda1!

 

Ρωταω λοιπον: αν αλλαξω το fstab σε /dev/sda, θα προχωρησει? Αν ναι, ο "μαμα" πυρηνας θα εχει προβλημα με την παραπανω αλλαγη?

 

cat /etc/rcS.d/S30checkfs.sh