Περιεργο προβλημα στην εκκινηση

[jim_p]

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

Πριν λιγες ωρες εβγαλα ολα τα καλωδια του υπολογιστη μου (πληκτρολογιο ps2, ποντικι usb, dvi για την οθονη, καλωδιο δικτυου) για να συνδεσω εναν αλλο στη θεση του για να τον φτιαξω. Τον εφτιαξα, αλλα απο τοτε μαλλον κατι χαλασε στον δικο μου.
Πιο συγκεκριμενα, παρολο που εκκινει κανονικα και βλεπω το post, τον grub και τα boot messages, οταν ερθει η ωρα να μπει σε γραφικο περιβαλλον απλα μαυριζει η οθονη και μενει εκει. Φαινεται να αλλαζει η αναλυση (απο την 640*480 του post, του grub και των tty σε 1280*1024 που εχω στο desktop) αλλα μενιε εκει, με μια μαυριλα. Αν του κανω reset απο το κουμπι του κουτιου, στην επομενη εκκινηση μπαινει κανονικοτατα. Και το κανει ειτε τον συνδεσω με dvi ειτε με dsub. Εννοειται πως το καθε καλωδιο ειναι dvi σε dvi και dsub σε dsub, δεν υπαρχουν ανταπτορακια πουθενα.

Το κουλο στην ολη υποθεση ειναι πως οταν φτασει στην μαυριλα, δεν γινεται να αλλαξει σε καποιο tty, ουτε να συνδεθω σε αυτον μεσω ssh! Στα windows 7 που υπαρχουν στο ιδιο συστημα, μπαινει κανονικα.

Debian testing x64 με openbox, lightdm για login manager με ενεργο το autologin, nvidia 9500 με τον nvidia legacy 340, το kms κλειστο με nomodeset στον πυρηνα και η οθονη ειναι μια eizo s1701.

Ζητουνται ιδεες λοιπον...

[mad-proffessor]

Κάνε ένα reset to defaults στο bios και απενεργοποίησε αν έχεις hibernation στα windows.

[jim_p]

Το hibernation στα windows το εχω κλειστο λογω ssd. Το reset στο bios λεω να το αποφυγω προς το παρον γιατι εινια πολλα που πρεπει να αλλαξω και δεν τα θυμαμαι.
Ευχαριστω για τις προτασεις

Επεξ/σία 11 Ιουνίου 2018 από jim_p

[mad-proffessor]

12 λεπτά πριν, jim_p είπε

Το hibernation στα windows το εχω κλειστο λογω ssd. Το reset στο bios λεω να το αποφυγω προς το παρον γιατι εινια πολλα που πρεπει να αλλαξω και δεν τα θυμαμαι.
Ευχαριστω για τις προτασεις

Σώσε τις ρυθμίσεις σου σε ένα profile και μετά κάνε reset.

[mitsosbmx]

Κοίταξες στα log για κάποιο στοιχείο?Ειδικά το dmesg που θα το δείς με ένα

sudo journalctl -k

και μάλλον πιο σημαντικά του X που θα το βρείς λογικά  στο 

 ~/.local/share/xorg/Xorg.0.log.old

 για το περασμένο session

[jim_p]

Αυτο με το log θα το κοιταξω την επομενη φορα, αν και δεν το εχω εκει περα αλλα στο /var/log/Xorg.0.log.old. Το αλλο λεει αυτα τα περιεργα

Spoiler

[    5.855453] resource sanity check: requesting [mem 0x000c0000-0x000fffff], which spans more than PCI Bus 0000:00 [mem 0x000c0000-0x000dffff window]
[    5.855689] caller _nv000788rm+0xe4/0x1c0 [nvidia] mapping multiple BARs
[    6.779791] NVRM: Your system is not currently configured to drive a VGA console
[    6.779794] NVRM: on the primary VGA device. The NVIDIA Linux graphics driver
[    6.779796] NVRM: requires the use of a text-mode VGA console. Use of other console
[    6.779798] NVRM: drivers including, but not limited to, vesafb, may result in
[    6.779800] NVRM: corruption and stability problems, and is not supported.
[    6.903823] ------------[ cut here ]------------
[    6.903828] Bad or missing usercopy whitelist? Kernel memory exposure attempt detected from SLUB object 'nvidia_stack_t' (offset 11864, size 3)!
[    6.903849] WARNING: CPU: 0 PID: 525 at /build/linux-43CEzF/linux-4.16.12/mm/usercopy.c:81 usercopy_warn+0x7e/0xa0
[    6.903850] Modules linked in: cpufreq_conservative cpufreq_powersave cpufreq_userspace iTCO_wdt sr_mod iTCO_vendor_support cdrom snd_hda_codec_realtek snd_hda_codec_generic ata_generic pcspkr i2c_i801 snd_hda_intel snd_hda_codec lpc_ich snd_hda_core snd_hwdep r8169 mii pata_jmicron snd_pcm snd_timer snd ehci_pci soundcore shpchp button acpi_cpufreq nvidia(PO) drm sg it87 hwmon_vid coretemp ip_tables x_tables autofs4 ext4 crc16 mbcache jbd2 crc32c_generic fscrypto ecb crypto_simd cryptd glue_helper aes_x86_64 sd_mod joydev hid_generic usbhid hid ahci libahci libata evdev serio_raw scsi_mod uhci_hcd ehci_hcd usbcore usb_common
[    6.903932] CPU: 0 PID: 525 Comm: Xorg Tainted: P           O     4.16.0-2-amd64 #1 Debian 4.16.12-1
[    6.903934] Hardware name: Gigabyte Technology Co., Ltd. P35-DS3R/P35-DS3R, BIOS F13 06/19/2009
[    6.903938] RIP: 0010:usercopy_warn+0x7e/0xa0
[    6.903941] RSP: 0018:ffffaef200b8bbb8 EFLAGS: 00010286
[    6.903944] RAX: 0000000000000000 RBX: ffff8d1e14be5e58 RCX: 0000000000000006
[    6.903947] RDX: 0000000000000007 RSI: 0000000000000082 RDI: ffff8d1e1fc16730
[    6.903949] RBP: 0000000000000003 R08: 00000000000002fa R09: 0000000000000004
[    6.903951] R10: ffffffff90677220 R11: 0000000000000001 R12: 0000000000000001
[    6.903953] R13: ffff8d1e14be5e5b R14: ffff8d1e14be5e58 R15: ffff8d1e14be5ea0
[    6.903957] FS:  00007f577a0ce6c0(0000) GS:ffff8d1e1fc00000(0000) knlGS:0000000000000000
[    6.903960] CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
[    6.903962] CR2: 00007f577105e000 CR3: 0000000110d74000 CR4: 00000000000006f0
[    6.903964] Call Trace:
[    6.903974]  __check_object_size+0x9c/0x1a0
[    6.904191]  os_memcpy_to_user+0x21/0x40 [nvidia]
[    6.904381]  _nv001372rm+0xa5/0x260 [nvidia]
[    6.904579]  ? _nv004784rm+0x4eba/0x5500 [nvidia]
[    6.904776]  ? _nv004331rm+0xec/0xf0 [nvidia]
[    6.904969]  ? _nv004326rm+0xca/0x650 [nvidia]
[    6.905153]  ? _nv015126rm+0x576/0x5c0 [nvidia]
[    6.905341]  ? _nv000694rm+0x2e/0x60 [nvidia]
[    6.905510]  ? _nv000789rm+0x5f5/0x8b0 [nvidia]
[    6.905675]  ? rm_ioctl+0x73/0x100 [nvidia]
[    6.905803]  ? nvidia_ioctl+0x221/0x460 [nvidia]
[    6.905933]  ? nvidia_frontend_ioctl+0x2d/0x60 [nvidia]
[    6.906062]  ? nvidia_frontend_unlocked_ioctl+0x19/0x20 [nvidia]
[    6.906066]  ? do_vfs_ioctl+0xa4/0x630
[    6.906070]  ? vfs_write+0x12f/0x1a0
[    6.906074]  ? SyS_ioctl+0x74/0x80
[    6.906079]  ? do_syscall_64+0x6c/0x130
[    6.906084]  ? entry_SYSCALL_64_after_hwframe+0x3d/0xa2
[    6.906086] Code: 48 c7 c0 f1 d2 63 90 48 0f 44 c2 41 50 51 41 51 48 89 f9 49 89 f1 4d 89 d8 4c 89 d2 48 89 c6 48 c7 c7 38 d3 63 90 e8 62 4c e4 ff <0f> 0b 48 83 c4 18 c3 48 c7 c6 3c d3 64 90 49 89 f1 49 89 f3 eb 
[    6.906156] ---[ end trace 8a1f66afa53dea95 ]---

 

τα οποια τα βγαζει και στο dmesg απο τοτε που περασα σε 4.16 και ειναι γνωστο προβλημα του driver της nvidia, που δεν εχει καποια επιπτωση ομως.

Επεξ/σία 12 Ιουνίου 2018 από jim_p

[jim_p]

Βρηκα ενα workaround. Αν ξεκιναω τη διανομη με αναλυση 1280*1024 στο framebuffer, δηλαδη με αυτη την παραμετρο στο /etc/default/grub

GRUB_GFXPAYLOAD_LINUX=1280x1024x32

μπαινει κανονικα και με την 1η.

Κατι ακομα που παρατηρησα και δεν ξερω αν σχετιζεται με την αλλαγη στο framebuffer ή αν παρουσιαστηκε με το προβλημα στην εκκινηση και δεν το ειχα παρει γραμμη.
Η opera laggαρει σε αποτομο scroll, οχι πολυ, αλλα αρκετα για να γινεται αντιληπτο και τα βιντεο στον ff χανουν frames, σαν να παιζουν δηλαδη με 15fps, ακομα και σε 480p! Στον chromium δεν υπαρχει κανενα προβλημα.

Ολοι οι browsers εχουν ενεργο το hardware acceleration και το smooth scrolling κλειστο.

Επεξ/σία 12 Ιουνίου 2018 από jim_p

[jim_p]

Το χαλι στον ff με τα βιντεο που παιζουν σε αργη κινηση συμβαινει και χωρις την αλλαγη στο framebuffer, αρα οντως συνεβει μετα το περιστατικο που λεω στην αρχη. Το ιδιο και για το lag στο scrolling της opera.

Επεξ/σία 12 Ιουνίου 2018 από jim_p

[jim_p]

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

Πανω που νομιζα οτι ολα ηταν οκ, μολις εκανε το ιδιο πραγμα στα windows. Εφτασε στην μαυριλα και μετα απο λιγη ωρα πεταξε μια bsod με τα παρακατω

Attempt to reset the display driver and recover from timeout failed.

If this is the fist time blablabla (οι γνωστες μπουρδες της bsod)

STOP: 0x00000116 blablabla

nvlddmkm.sys adress blablabla

Μετα απο hard reset μπηκε κανονικα στα windows.
 

 

p.s. Γ@μω τον αυτιστικο rte του φορουμ που πρεπει να κανω 10 edit γιατι δεν καταλαβαινει που αρχιζουν και που τελειωνουν τα code tags!

Επεξ/σία 18 Ιουνίου 2018 από jim_p

[manolis940]

3 λεπτά πριν, jim_p είπε

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

Πανω που νομιζα οτι ολα ηταν οκ, μολις εκανε το ιδιο πραγμα στα windows. Εφτασε στην μαυριλα και μετα απο λιγη ωρα πεταξε μια bsod με τα παρακατω

Attempt to reset the display driver and recover from timeout failed.

If this is the fist time blablabla (οι γνωστες μπουρδες της bsod)

STOP: 0x00000116 blablabla

nvlddmkm.sys adress blablabla[/CODE]
 

update drivers δοκιμάσες. Αν είναι τελευταία έκδοση δοκίμασε reinstall

[jim_p]

Will do, αν και εδω στο debian ειναι στην ιδια εκδοση απο τον Ιανουαριο.
Τι πιθανοτητες υπαρχουν για αργο και βασανιστικο hardware failure? 

[jim_p]

Και μολις το ξανακανε στο λινουξ, 2 απανωτες φορες μαλιστα, δηλαδη εκκινηση > προβλημα > hard reset > εκκινηση > προβλημα > hard reset. Επεστρεψα στη λυση της αναλυσης στο framebuffer που λεω παραπανω και μπηκε κανονικα.

[rayven18]

Είχα πάθει ακριβώς το ίδιο, και λύθηκε πηγαίνοντας μερικές εκδόσεις τον kernel πίσω. Δεν θυμάμαι πως το έκανα ακριβώς, αλλα με λίγο ψάξιμο βρίσκεις πολλά post που έχουν βήμα βήμα. Σίγουρα μέσο command line στο grub το είχα κάνει

[jim_p]

Εκει που καθομουν και ελεγα οτι θα βγει ο Ιουλιος χωρις αλλα προβληματα, διαπιστωσα ξαφνικα οτι εχω χασει το wake on lan! Οταν κανω τερματισμο, σβηνουν ολα τα λεντακια της onboard καρτας δικτυου και δεν νιωθει τιποτα. Το ethtool λεει "d" (= disabled) στο επιμαχο σημειο

    Supports Wake-on: pumbg
    Wake-on: d

ενω θα επρεπε να λεει g (= wake on magic packet), πχ στο μπρικι που δουλευει κανονικα το wake on lan 

    Supports Wake-on: g
    Wake-on: g

και στο bios το "PME Event Wake Up" ειναι enabled και ειναι η μονη σχετικη ρυθμιση στο bios για το wake on lan.

Τελος, χωρις να ειμαι 100% σιγουρος, πρεπει να εγινε με την μεταβαση στον 4.17... αλλα παλι δεν εχω τροπο να βαλω τον 4.16 για να το τσεκαρω.

Η καρτα δικτυου ειναι αυτη 

04:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 01)
    Subsystem: Gigabyte Technology Co., Ltd Onboard Ethernet
    Kernel driver in use: r8169
    Kernel modules: r8169

και η μητρικη ειναι μια gigabyte p35 ds3r.

Μιας και μπηκα στα windows πριν λιγο, να πω πως αν κανω τερματισμο απο τα windows τοτε το wake on lan δουλευει κανονικα. Να ριξω το φταιξιμο στον 4.17? Στο systemd 239 ισως? Αυτες ειναι οι πιο major ενημερωσεις που εκανα τις τελευταιες μερες, και ο xorg 1.20 που δεν εχει σχεση.
Αν παιζει ρολο, ο τερματισμος 9 στις 10 φορες γινεται με systemctl poweroff, το οποιο γινεται ειτε μεσω του obsession (μινιμαλιστικο shutdown menu που κανει τα παντα με το systemctl) ειτε μεσω του sleep button στο πληκτρολογιο που εχω ορισει να κανει την ιδια λειτουργια, και 1 στις 10 με ενα ξερο poweroff απο το τερματικο.

Το wake on lan σαν λειτουργια το χρησιμοποιω απο το 2012 και το εχω κανει με διαφορες εφαρμογες απο το κινητο.

Επεξ/σία 24 Ιουλίου 2018 από jim_p

[konsvlac1]

Καλημέρα σας.

Παρακαλώ, δείτε : https://askubuntu.com/questions/82140/how-can-i-boot-with-an-older-kernel-version  για περί kernel & grub2.

Αν και αναφέρεται στα ubuntu, παρακαλώ, δοκιμάστε το και στο debian.

Ίσως και να διορθωθεί το όποιο ζήτημα έχετε.