Σε μια εγκατάσταση 22.04 που έχω, οι clients (Acer Travelmate P215-53) μπουτάρουν κανονικά με boot PXE από το δίκτυο. Σε μια με 24.04, περνούν την μπλε οθόνη και μετά κάνουν timeout στο vmlinuz. Ideas?
Καλημέρα Θάνο
μπορείς να συνδεθείς στο matrix να το δούμε ?
https://el.ltsp.org/support/
Κάτι σχετικό είχε αναφερθεί και στο παρελθόν στο matrix. Δες μήπως η λύση σου είναι αυτό: https://alkisg.mysch.gr/steki/index.php?topic=9119.0
Θάνο ο gidarakos έδωσε τη λύση.
Λογικά είχατε λύσει το πρόβλημα με τις κάρτες δικτύου των Acer παλιότερα, με τη βοήθεια του Άλκη. Αυτός είναι και ο λόγος που σου bootάρουν στο 22.04.
Στο 24.04, τρέξε τις εντολές που προτείνει ο gidarakos και λογικά θα είσαι οκ.
Δυστυχώς δεν δουλεύουν οι παραπάνω λύσεις.
Θα προσπαθήσω να συνδεθώ στο matrix σε ένα κενό...
Καλημέρα Θάνο
Προτίνω :
1- να ανεβάσεις εδώ φωτογραφίες από τις οθόνες των clients που δεν καταφέρνουν να bootάρουν
2- να ανεβάσεις το αποτέλεσμα της εντολής "journalctl -f" από τον server όταν κάποιος client αποτυγχάνει να bootάρει
3- το αποτέλεσμα της εντολής "lspci -nn -k | grep -iA3 ethernet"
* επειδή είπες πως δε μπουτάρουν ... για να τρέξεις την τρίτη εντολή ίσως χρειαστεί να ξεκινήσεις με κάποιο live cd
Αν θέλεις όλα αυτά και στο matrix.
Nov 14 10:21:09 server-12dimath dnsmasq-dhcp[1240]: PXE(enp43s0) c0:18:50:8c:d8:e7 proxy
Nov 14 10:21:13 server-12dimath dnsmasq-dhcp[1240]: PXE(enp43s0) c0:18:50:8c:d8:e7 proxy
Nov 14 10:21:14 server-12dimath dnsmasq-tftp[1240]: error 8 User aborted the transfer received from 192.168.1.22
Nov 14 10:21:14 server-12dimath dnsmasq-tftp[1240]: sent /srv/tftp/ltsp/snponly.efi to 192.168.1.22
Nov 14 10:21:14 server-12dimath dnsmasq-tftp[1240]: sent /srv/tftp/ltsp/snponly.efi to 192.168.1.22
Nov 14 10:21:14 server-12dimath dnsmasq-tftp[1240]: sent /srv/tftp/autoexec.ipxe to 192.168.1.22
Nov 14 10:21:18 server-12dimath kernel: audit: type=1400 audit(1763108478.368:5074): apparmor="DENIED" operation="open" class="file" profile="firefox" name="/proc/4231/oom_score_adj" pid=3356 comm="firefox" requested_mask="w" denied_mask="w" fsuid=1000 ouid=1000
Nov 14 10:21:19 server-12dimath kernel: audit: type=1400 audit(1763108479.429:5075): apparmor="DENIED" operation="open" class="file" profile="firefox" name="/proc/4356/oom_score_adj" pid=3356 comm="firefox" requested_mask="w" denied_mask="w" fsuid=1000 ouid=1000
Nov 14 10:21:19 server-12dimath rtkit-daemon[1660]: Supervising 9 threads of 6 processes of 1 users.
Nov 14 10:21:19 server-12dimath rtkit-daemon[1660]: Supervising 9 threads of 6 processes of 1 users.
Nov 14 10:21:19 server-12dimath kernel: audit: type=1400 audit(1763108479.441:5076): apparmor="DENIED" operation="open" class="file" profile="firefox" name="/proc/4356/cgroup" pid=4356 comm=57656220436F6E74656E74 requested_mask="r" denied_mask="r" fsuid=1000 ouid=1000
lspci -nn -k | grep -iA3 ethernet
0000:2b:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8211/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 1b)
Subsystem: Acer Incorporated [ALI] RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [1025:1491]
Kernel driver in use: r8169
Kernel modules: r8169
10000:e0:17.0 SATA controller [0106]: Intel Corporation Tiger Lake-LP SATA Controller [8086:a0d3] (rev 20)
Μου έλυσε το πρόβλημα ο Άλκης. Είχα εγκαταστήσει μη-στάνταρ snponly.efi και δεν δούλευε. :'(
Προσθέτω επιπλέον ένα σχετικό topic - μήπως ξανά χρειαστεί - που αναφέρει περιπτώσεις/λύσεις/θεωρία τέτοιου είδους προβλημάτων και έχει τη λύση του @thanos (sudo ltsp ipxe -b): https://alkisg.mysch.gr/steki/index.php?topic=8594.0