Re: [NOT-solved] Πρόβλημα με shutdown/reboot

[basOS G]

>
> > Αν οχι, αυτο σημαινει πως κατι
> > επιρρεάζεται και απο τον καινουριο πυρηνα. Επισης ενα αλλο που αλλαξε
> > ειναι οτι μολις αρχιζει η διαδικασία 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.hellug.gr/pipermail/linux-greek-users/attachments/20070519/80c2c5d8/attachment.htm>