Δεν ξεκινάει ένας fat client ξαφνικά...

Ξεκίνησε από elf, 03 Απρ 2012, 02:45:49 ΜΜ

« προηγούμενο - επόμενο »

elf

Για κάποιο λόγο ένα μόνο, πανομοιότυπο με άλλα τρία μηχανήματα που δουλεύουν κανονικά, δεν μπαίνει στο γραφικό περιβάλλον με το εξής μήνυμα:

unexpectededly disconnected from boot status daemon

Είναι fat client, 2,60 HZ, 1GB ram και geforce κάρτα γραφικών.  Κάποια ιδέα για το που να κοιτάξω;


alkisg

Μήπως έχει διαφορετική κάρτα δικτύου και λείπει το module της;

Δώσε: sudo gedit /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default
σβήσε το "quiet splash", σώσε,
κάνε επανεκκίνηση τον client και γράψε τις τελευταίες γραμμές που βλέπεις εδώ, ή ανέβασε screenshot π.χ. από το κινητό.

elf

Το έχω ήδη σβήσει. Το περίεργο είναι ότι δεν έκανα κάποια αναβάθμιση στο σύστημα. Κάποια στιγμή τα παιδιά έκαναν επανεκκίνηση και τότε έβγαλε μόνο το παραπάνω μήνυμα. Αφήνοντάς το έτσι σήμερα για 10 λεπτά και κάνοντας επανεκκίνηση σε άλλο σταθμό, κάποια στιγμή ξεκίνησε. Φαντάζομαι θα είναι θέμα δικτύου; είναι κάτι που θα μπορούσα κάπως να ελέγξω;

alkisg

Πολλές φορές το πραγματικό πρόβλημα δεν αναφέρεται στην τελευταία γραμμή που βλέπουμε, αλλά λίγο παραπάνω, γι' αυτό ζητάω να γράψεις περισσότερες γραμμές από το output, ή να ανεβάσεις εικόνα.

Για να δεις αν είναι θέμα δικτύου, αντιμετάθεσε ολόκληρο το κουτί του υπολογιστή αυτού με κάποιον άλλο.

elf

Μετά από κάμποσους πειραματισμούς έχω στερέψει από ιδέες.
Το γραφικό περιβάλλον φόρτωνε κατά βούληση και τώρα μετά από μια αναβάθμιση του εικονικού σκληρού έπαψε εντελώς να το κάνει. Επίσης έχω αλλάξει κάποιες ρυθμίσεις στο squid γιατί το δίκτυο είναι ασταθές και το έβαλα σε offline mode. Μπορώ να εκκινήσω από το ίδιο μπριζάκι ένα φορητό, οπότε δεν είναι θέμα δικτύου. Το μηχάνημα έχει την ίδια κάρτα δικτύου με άλλα 3 πανομοιότυπα τα οποία ξεκινούν κανονικά. Πριν βγάλει το τελευταίο μήνυμα λάθους έβγαλε ένα failed to connect to nbd server πολύ πιο πριν, ίσα που πρόλαβα να το δω. Είναι κάτι που μπορώ να κάνω για αυτό; Κάτι άλλο που μπορώ να ελέγξω;

alkisg

Παράθεση από: elf στις 11 Μαΐου 2012, 10:36:29 ΠΜ
Μπορώ να εκκινήσω από το ίδιο μπριζάκι ένα φορητό, οπότε δεν είναι θέμα δικτύου.

Δεν είναι σίγουρο αυτό, μπορεί η κάρτα του φορητού ή ο driver της να τα καταφέρνουν καλύτερα σε περιπτώσεις προβληματικής καλωδίωσης. Δοκίμασε να αντιμεταθέσεις όλο το κουτί με άλλη θέση εργασίας.

elf

Συνολικά έχω κάνει τα εξής:
1. Εκκίνησα φορητό και έναν πανομοιότυπο υπολογιστή από το μπριζάκι του προβληματικού: όλα οκ
2. Εκκίνησα τον υπολογιστή από άλλο μπριζάκι: ίδιο λάθος
3. Άλλαξα, για τη συγκεκριμένη MAC address, το ltsp.conf σε
    XRANDR_MODE_0=1280x1024   
    #XRANDR_RATE_0=60
με/και σχόλιο στο τελευταίο. Τίποτα
4. Επανάφερα τις εργοστασιακές ρυθμίσεις της οθόνης και του BIOS (καλά δεν είχε σχέση αλλά είπα, μήπως..)
5. Έκανα έλεγχο της μνήμης: όλα οκ
6. Εκκίνηση του υπολογιστή από το σκληρό δίσκο σε windows: οκ
7. Άλλαξα το καλώδιο με ενός άλλου υπολογιστή: τίποτα
Η οθόνη αναβοσβήνει χωρίς να εμφανίζει την σελίδα για login. Από τα sch-scripts μπορώ να τερματίσω ή να επανεκκινήσω τον υπολογιστή.
Μήπως να δοκίμαζα να μπουτάρω σε command prompt; πώς γίνεται;


alkisg

Αν οι υπολογιστές ήταν πανομοιότυποι, δεν θα μπορούσε ένας να δουλεύει και ο άλλος όχι. Αν εντοπίσεις τις διαφορές τους, θα βοηθήσει στην επίλυση του προβλήματος.
Με δεξί → ιδιότητες κτλ στους clients βλέπεις την κάρτα γραφικών τους. Πόσταρε το αποτέλεσμα.
Αν έχουν διαφορετικές οθόνες, δοκίμασε να αντιμεταθέσεις του προβληματικού με κάποια άλλη.
Κοίτα μήπως στο lts.conf ή στο /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/01-mac-address (αυτό κανονικά δεν υπάρχει) έχεις διαφορετικές ρυθμίσεις. Αν ναι, βγάλ' τες.

Από τα sch-scripts, με δεξί κλικ → Εκτέλεση → Άνοιγμα κονσόλας → Διαχειριστή, τοπικά, και μετά μέσα στην κονσόλα, cat /var/log/Xorg.0.log (ή με scp /var/log/Xorg.0.log elf@server: ) βλέπεις το log των X Windows του client, αν θες πόσταρέ το εδώ.
Με SCREEN_07=shell στο lts.conf ξεκινάς σε command prompt. Εκεί μπορείς να δοκιμάσεις
X -configure
και πάλι να ποστάρεις το αρχείο /var/log/Xorg.0.log του client.

Αν θες έλα και από το IRC.

elf

To Χ -configure μου βγάζει μήνυμα
"Number of created screens does not much number of detected devices"
και όταν πατάω startx
"no screens found"
το /var/log/Xorg.0.log είναι στο screenshot που επισυνάπτω.

alkisg

Δεν φαίνεται ολόκληρο το Xorg.log, αλλά φαίνεται καθαρά ότι το πρόβλημα είναι ότι δεν δουλεύουν τα X windows.
Τρέξε τις παρακάτω εντολές στον client όπως έκανες παραπάνω, και ανέβασε το αποτέλεσμά τους:
getltscfg -a
lspci -nn -k | grep -A 2 VGA
cat /var/log/Xorg.0.log

Μην ανεβάζεις εικόνες. Με το wheel του ποντικού πας πάνω κάτω στο τερματικό, επιλέγεις το κείμενο που σε ενδιαφέρει (έστω και λίγο λίγο), και μετά χωρίς να κάνεις "αντιγραφή", πας κατευθείαν εδώ στον browser και πατάς μεσαίο κλικ του ποντικού για επικόλληση. Αν δεν έχει μεσαίο κλικ, πατάς ταυτόχρονα αριστερό και δεξί κλικ.

elf

root@Y09_PC:~# getltscfg -a
X_NUMLOCK="True"
LDM_SSHOPTIONS="-o StrictHostKeyChecking=no -o CheckHostIP=no -o LogLevel=silent"
LOCAL_APPS="True"
LOCAL_APPS_MENU_ITEMS="tuxmath,tuxtype,gcompris"
HOSTNAME="Y09_PC"
XRANDR_MODE_0="1280x1024"
SCREEN_07="shell"
export X_NUMLOCK
export LDM_SSHOPTIONS
export LOCAL_APPS
export LOCAL_APPS_MENU_ITEMS
export HOSTNAME
export XRANDR_MODE_0
export SCREEN_07


root@Y09_PC:~# lspci -nn -k|grep -A 2 VGA
01:00.0 VGA compatible controller [0300]: nVidia Corporation G72 [GeForce 7300 SE/7200 GS] [10de:01d3] (rev a1)
        Kernel modules: nouveau, nvidiafb
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller [10ec:8168] (rev 02)

και το αρχείο Xorg.0.log επισυνάπτεται

alkisg

Το Xorg.0.log φαίνεται σαν να μην είναι από αυτόν τον client, αφού φορτώνει τον οδηγό radeon για κάρτες ati αντί για τον nouveau για τις nvidia.
Μάλλον έπρεπε να είχες κάνει X -configure :0 πρώτα.
Από την lspci φαίνεται ότι ο οδηγός nouveau δεν είναι φορτωμένος, ενώ θα έπρεπε.
Αν έχεις βάλει nomodeset στο /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default, τότε αυτό είναι το πρόβλημα, γιατί αυτό απενεργοποιεί το KMS και ο nouveau δεν φορτώνεται.
Επίσης παίζει μια περίπτωση ο καινούργιος kernel που έχεις βάλει να είναι ασύμβατος με την (παλιά) έκδοση του xorg που περιέχει τον παλιό nouveau driver, οπότε ίσως να δοκίμαζες με τον κανονικό (παλιότερο) της 10.04.

Αν δεν παίξει τίποτα από τα παραπάνω έλα από το IRC (μενού βοήθεια των sch-scripts).

elf

Παράθεση από: alkisg στις 14 Μαΐου 2012, 11:34:38 ΜΜ
Αν έχεις βάλει nomodeset στο /var/lib/tftpboot/ltsp/i386/pxelinux.cfg/default, τότε αυτό είναι το πρόβλημα, γιατί αυτό απενεργοποιεί το KMS και ο nouveau δεν φορτώνεται.
Ευχαριστώ, δούλεψε!
Ναι, είχα αλλάξει σε nomodeset γιατί ένας άλλος υπολογιστής με παλιά κάρτα γραφικών δεν φόρτωνε το γραφικό περιβάλλον όταν ήταν quiet splash. Τώρα που το έσβησα και αυτό είναι εντάξει και οι δύο. Απορώ γιατί 6 μήνες ήταν οκ με το nomodeset...