[partly-SOLVED] Πρόβλημα με shutdown/reboot

[rouvas at di.uoa.gr]

> Αρχίζει και βγαίνει και μία άκρη...
>
> Ποια είναι *ακριβώς* η διαφορά μεταξύ των
>
> halt
> shutdown -h now
> poweroff
> κλείσιμο με το κουμπί
>
> ρωτάω γιατί με τις δύο πρώτες δεν κλείνει, ενώ με τους δύο τελευταίους
> τρόπους κλείνει κανονικά.

Λοιπόν, το σύμπτωμα λύθηκε, δεν είμαι σίγουρος για τη ρίζα του προβλήματος.
Το /etc/rc.d/rc.6 του Slackware.10.2 προς το τέλος του προσπαθεί να
σκοτώσει όλες τις τρέχουσες διεργασίες εκτελώντας:

killall5 -15
sleep 5
killall5 -9

και εκεί είναι που κολλάει (μερικές φορές).
Όλες τα προηγούμενα (επόμενα στο mail αυτό) δεν έχουν σχέση.
Βάζοντας το εξής:

if [ "$command" = "reboot" ]; then
  echo "Rebooting."
  reboot
else
  poweroff
fi

πριν από αυτό όλα συμπεριφέρονται κατά τα αναμενόμενα. Δηλαδή εκτελεί
επανεκίνηση με reboot και κλείσιμο με οποιοδήποτε άλλο τρόπο (κουμπί,
halt, shutdown, poweroff, κλπ).

Δεν έχει σχέση ο πυρήνας (2.6.20.7, 2.6.21.1) ούτε και οι ρυθμίσεις του
(ACPI, USB, i386/i686) ούτε όλα τα υπόλοιπα ξόρκια που δοκίμασα.

Η ρίζα του κακού πρέπει να είναι αλλού, αλλά προς το παρόν δεν έχω άλλα
κουράγια να το ψάξω...

-Στάθης

>
> Μετά από αυτό θα πάμε και στο reboot...
>
> -Στάθης
>
>>>
>>> > Αν οχι, αυτο σημαινει πως κατι
>>> > επιρρεάζεται και απο τον καινουριο πυρηνα. Επισης ενα αλλο που
>>> αλλαξε ειναι οτι μολις αρχιζει η διαδικασία shutdown μαυρίζει η
>>> οθόνη. Παλια εβγαινε σε κονσόλα και εδειχνε τα μυνήματα. Τωρα δεν
>>> πιανει ουτε το ctlr-alt-fx. Παραμένει μαύρη.
>>> > Δεν ξερω αν εχει σχεση και αυτο αλλα οταν ειμαι στα Χ και πατω
>>> ctlr-alt-f1 μαυρίζει η οθόνη και ψιλοκολάει μεχρι να μου εμφανίσει
>>> την κονσόλα. Καθώς και σε μετέπειτα προσπάθειές μου για επιστροφή στα
>>> Χ.
>>>
>>> Αυτό νομίζω είναι άλλο πρόβλημα και πρέπει να σχετίζεται με τους
>>> οδηγούς γραφικών. Μήπως χρησιμοποιείς τον εξ'ορισμού X server του
>>> Slackware (που αν θυμάμαι καλά χρησιμοποιεί τα VESA modes); Εάν
>>> δοκίμαζες με τους κανονικούς οδηγούς; Πάντως, η καθυστέρηση στην
>>> εναλλαγή μεταξύ X και κονσόλας είναι συχνό φαινόμενο.
>>
>>
>> Εχω τον via driver. Ισα ισα παλια που ειχα τον vesa  η εναλλαγή
>> δουλευε μια χαρα. Ο μονος λογος που εβαλα τον via είνα μπας και δω
>> full screen video χωρις να χανει frames. πραγμα που δεν μπορω ακομα!
>>
>>
>>
>>
>>> Αυτο είναι θέμα Χ. Η καρτα γραφικών :  VIA KM400. Αν θελεις δοκίμασε
>>> το
>>> > λίγο να δούμε αν συμβαίνει και σε σένα αυτό.
>>>
>>> Δες και παρακάτω. Δε νομίζω να σχετίζεται με συγκεκριμένη κάρτα
>>> γραφικών και εν γένει αμφιβάλλω εάν φταίνε τα X γενικότερα...
>>>
>>> >
>>> > On 19/05/07, rouvas at di.uoa.gr <rouvas at di.uoa.gr> wrote:
>>> >>
>>> >> Τελικά, φαίνεται να είναι στον X το πρόβλημα.
>>> >>
>>> >> Βάζοντας το επόμενο στο /etc/rc.d/rc.6
>>> >>
>>> >> /bin/kill `/usr/bin/ps -e | /usr/bin/grep X | /usr/bin/awk '{
>>> print
>>> $1 }'`
>>> >>
>>> >> δεν έχουν παρατηρηθεί προβλήματα μέχρι στιγμής σε όσους νέους
>>> (2.6.20.xx και 2.6.21.1) πυρήνες δοκίμασα.
>>>
>>> Βιάστηκα να μιλήσω...
>>> Δυστυχώς, για μένα, δεν είναι αυτό...
>>> Τα προβλήματα συνεχίζονται. Στο /etc/rc.d/rc.6 έχω πλέον βάλει τα
>>> εξής:
>>>
>>> /bin/kill \`/usr/bin/ps -e | /usr/bin/grep X | /usr/bin/awk '{ print
>>> \$1 }'\`
>>> /sbin/rmmod uhci_hcd
>>> /sbin/rmmod ohci_hcd
>>> /sbin/rmmod ohci1394
>>> /sbin/rmmod ieee1394
>>> /sbin/rmmod ehci_hcd
>>> /etc/rc.d/rc.mysqld stop
>>>
>>> αλλά το πρόβλημα δεν φαίνεται να λύνεται.
>>>
>>> Το δοκιμάζω σε "καθαρή" εγκατάσταση Slackware.10.2 με τα πακέτα που
>>> παρέχονται από το Slackware.
>>>
>>> Ιστορικό:
>>>
>>> Ξεκινώντας με την ίδια "καθαρή" εγκατάσταση και εγκαθιστώντας 2.4.34
>>> δεν υπάρχει πρόβλημα.
>>>
>>> Μόλις βάλω 2.6.20.7 ή 2.6.21.1 εμφανίζονται προβλήματα.
>>>
>>> Όλους τους πυρήνες τους έχω κάνει compile μόνος μου και το πρόβλημα
>>> εμφανίζεται σε όλα τα, περίπου 20, μηχανάκια που έχω δοκιμάσει με
>>> διάφορους συναδυασμούς επεξεργαστών (Celeron, Pentium D, AMD64) και
>>> διαφορετικές mobos και κάρτες γραφικών τόσο embedded (δηλ. ότι έχει η
>>> mobo όσο και εξωτερικές κάρτες (nvidia)).
>>>
>>> Σε όλες τις περιπτώσεις το μηχάνημα παύει να λειτουργεί, αλλά δεν
>>> διακόπτει την τροφοδοσία, ενώ ενίοτε το ανεμιστηράκι του επεξεργαστή
>>> ακούγεται περισσότερο. Αρχίζω και υποψιάζομαι το Thermal Throttling
>>> στο ACPI σε συνδυασμό με την βελτιστοποίηση για i386 ή i686 ή AMD64
>>> (ανάλογα).
>>
>>
>> Λοιπον το γεγονος του οτι δεν κλεινει μπορει να οφείλεται στο ACPI και
>> στα υπολοιπα που αναφερεις. Αλλα το γεγονως οτι δε φαίνεται η κονσόλα
>> κατα τη διαδικασία κλεισίματος ειναι που μας κανει να υποψιαζόμαστε
>> τον X. Επισης σε ενα απο τα λινκ που εδωσες ενας τυπος λεει οτι χωρις
>> Χ το μηχανημα κλείνει κανονικά.
>> Τελος παντων οτι βρω θα ενημερώσω.
>>
>> Το πρόβλημα είναι ότι ο πυρήνας κάνει περίπου 50 λεπτά για να κάνει
>>> compile (τον πυρήνα μου μέσα...)
>>>
>>> -Στάθης
>>>
>>> ΥΓ: Με όλες αυτές τις χαζομάρες που κάνω, έχω δει κάτι εντυπωσιακά
>>> σκασίματα... εάν μου ξανατύχει κανένα θα το στείλω σε φωτό ...
>>>
>>> >>
>>> >> -Στάθης
>>> >>
>>> >> > Γεια σε όλους,
>>> >> >
>>> >> > έστω Η/Υ με Slackware.10.2 και πυρήνα 2.4.34, το οποίο κάνει
>>> reboot
>>> >> με την εντολή "reboot" και κλείνει με την εντολή "shutdown -h
>>> now".
>>> >> >
>>> >> > Το ίδιο μηχάνημα, 1 στις 3 φορές (περίπου) αρνείται να κάνει
>>> reboot
>>> >> ή shutdown (με τις ίδιες εντολές ή από το power on/off κουμπί)
>>> όταν
>>> του έβαλα πυρήνα 2.6.20.7. Επίσης δοκίμασα με 2.6.21.1 και εμφάνισε
>>> την ίδια συμπεριφορά. Τους πυρήνες τους έκανα compile μόνος μου.
>>> >> >
>>> >> > Όταν λέω ότι "αρνείται να κάνει reboot" εννοώ ότι όλες οι
>>> >> λειτουργίες του μηχανήματος σταματούν, αλλά ο X server δεν
>>> πεθαίνει, δεν γυρνάει σε text-mode για να κλείσει (όπως συμβαίνει στο
>>> >> Slackware) και μετά δεν αποκρίνεται σε τίποτα. Πρέπει να κλείσω
>>> εντελώς το μηχάνημα (κρατώντας το κουμπί πατημένο για πολή ώρα) και
>>> να το ανοίξω πάλι για να συνέλθει.
>>> >> >
>>> >> > Απ'ότι έξαψα στο google, το πρόβλημα φαίνεται να εμφανίστηκε από
>>> τον
>>> >> πυρήνα 2.6.15 και μετά και διάφοροι έχουν προτείνει ως αιτία τα
>>> εξής:
>>> >> >
>>> >> > 1) i686 optimization, λύνεται με επιλογή i386 στο kernel
>>> compilation
>>> >> 2) φταίει ο X server που δεν "κλείνει" σωστά
>>> >> > 3) ασυμβατότητα/ασυμφωνία στο ACPI μεταξύ των mobos και του
>>> πυρήνα
>>> >> 4) φταίει ο κακός μας ο καιρός
>>> >> >
>>> >> > Έχω δοκιμάσει το (1) χωρίς να δω ουσιαστικό αποτέλεσμα, αν και
>>> το
>>> >> πρόβλημα εμφανίζεται σπανιότερα.
>>> >> >
>>> >> > Το (2) δεν πιστεύω ότι ισχύει στην περίπτωσή μου, δεδομένου ότι
>>> >> πρόκειται για το ίδιο μηχάνημα. Πάντως, εάν μπορεί κάποιος να μου
>>> πει που να προσθέσω τι ώστε να δίνει ένα "init 3" πριν το "reboot"
>>> (είτε μέσω της εντολής "reboot" είτε από το κουμπί) θα του είμαι
>>> ευγνώμων.
>>> >> >
>>> >> > Για το (3), δεν ξέρω τι να κάνω.
>>> >> >
>>> >> > Για το (4), περιμένω να χειμωνιάσει.
>>> >> >
>>> >> > Σας έχει τύχει; Το έχετε ξανακούσει; Έχεις κανείς μια ιδέα για
>>> το
>>> >> πως αντιμετωπίζεται το πρόβλημα;
>>> >> >
>>> >> >
>>> >> > Σχετικά links:
>>> >> > http://bugzilla.kernel.org/show_bug.cgi?id=7828
>>> >> >
>>> https://bugs.launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/42160
>>> >> >
>>> >> > -Στάθης
>>> >> >
>>>
>>>
>>>
>>>
>>> --
>>> linux-greek-users mailing list -- http://lists.hellug.gr