Συνδεομαι με ssh (putty) στο rpi που τρεχει debian 11 stable και οταν του δινω poweroff/reboot, δεν κλεινει το παραθυρο του putty αλλα μενει εκει να με κοιταει. Αντιθετα, σε αλλα συστηματα που συνδεομαι, βγαζει το prompt για κλεισιμο οταν σταματησει η συνδεση (ή με γυρναει στο δικο μου prompt οταν μπαινω απο το τερματικο μου), οποτε τι λειπει απο εκει για να εχω την ιδια συμπεριφορα?
Εμφάνιση 421-435 από 778
-
25-09-22, 09:26 Απάντηση: Το thread του Debian (v.6) #421ديميتريس
-
25-09-22, 09:36 Re: Απάντηση: Το thread του Debian (v.6) #422
-
25-09-22, 12:36 Απάντηση: Το thread του Debian (v.6) #423
Ειναι commented out η συγκεκριμενη επιλογη, αν και ειναι σε yes. Και ετσι ειναι και στα αλλα συστηματα που εχω, ακομα και σε αυτα που δεν τρεχουν debian!
Μηπως λοιπον εινια καποιο policy ή κατι τετοιο του systemd που μου λειπει? Το μονο σημαντικο πακετο που εβγαλα οταν εστησα το λειτουργικο στο rpi ηταν το apparmor, μαζι με τις εξαρτησεις του προφανως.ديميتريس
-
25-09-22, 12:42 Re: Απάντηση: Το thread του Debian (v.6) #424
-
25-09-22, 19:21 Απάντηση: Το thread του Debian (v.6) #425
Το βρηκα. Το libpam-systemd ηταν, που ειναι και recommended dependency στο openssh-server.
ديميتريس
-
26-09-22, 11:27 Απάντηση: Το thread του Debian (v.6) #426
-
26-09-22, 11:47 Απάντηση: Το thread του Debian (v.6) #427
Ενας λιγοτερος με nvidia 340
Εχεις τουλαχιστον καταφερει να δουλεψει το vaapi με τον nouveau?ديميتريس
-
28-09-22, 13:59 Απάντηση: Το thread του Debian (v.6) #428
Για οποιον εχει ati τελευταιας γενιας και sid
https://old.reddit.com/r/debian/comm...6500_gpus_not/
Να εγινε κατι με την χτεσινη ενημερωση του πυρηνα σε 5.19.11?
- - - Updated - - -
Kernel 6.0(rc7) στο experimental απο σημερα, για οποιον τον τρωει το χερι του.
https://tracker.debian.org/news/1366...-experimental/ديميتريس
-
02-10-22, 11:52 Απάντηση: Το thread του Debian (v.6) #429
Debian 12 Switches To PipeWire & WirePlumber By Default With The GNOME Desktop
https://www.phoronix.com/news/Debian-12-PipeWire
- - - Updated - - -
Επιτελους non-free fw στο κανονικο iso!
https://old.reddit.com/r/debian/comm..._gr_concluded/
Στα δικα μου τωρα. Εινια κανεις με stable και το cockpit (276) απο το backports ή εστω 276+ αν εινια σε testing/unstable? Ειπα να το βαλω χτες στο rpi που τρεχει stable και εφυγε το κομματι του απο το motd!
Κανονικα ελεγε (rpi3b ειναι το hostname)
Κώδικας:Debian GNU/Linux 11 rpi3b tty1 Web console: https://rpi3b:9090/ or https://192.168.1.124:9090/
Η δευτερη σειρα, που ειναι του cockpit, ηταν απο το αρχειο /etc/motd.d/cockpit, το οποιο ηταν symlink στο /run/cockpit/motd, το οποιο με τη σειρα του ειναι symlink στο /run/cockpit/active.motd, που ειναι το πραγματικο αρχειο με το κειμενο. Τα αρχεια μεσα στο /run/cockpit υπαρχουν ακομα, το /etc/motd.d/cockpit ειναι αυτο που λειπει, μαζι με ολο το φακελο /etc/motd.d!
Να ξερω τουλαχιστον αν την πατατα την κανανε οι maintainers του debian ή εινια ετσι απο upstream.
Να πω και τον πονο μου. Ηθελα να δειχνει εκει περα αν ειμαι συνδεδεμενος στο wifi και τη θερμοκρασια του rpi, γιαυτο εκανα 2 σκριπτακια στο /etc/update-motd.d/ που κανουν τα παρακατω
Κώδικας:# cat 20-wifi #!/bin/sh echo Connected on $(iwgetid -r) # cat 30-temp #!/bin/sh pitemp=$(cat /sys/class/thermal/thermal_zone0/temp) echo Temp $((pitemp/1000))C
ديميتريس
-
04-10-22, 17:39 Απάντηση: Το thread του Debian (v.6) #430
Οι... παρενεργειες της αποφασης να μπει η alpha του kodi 20 στο unstable, μιας και η 19 δεν χτιζεται με ffmpeg 5 και βαριουνται να ψαξουν για patches.
https://old.reddit.com/r/debian/comm...4_on_bookworm/
Btw, η 20a3 εχει 25 μερες που βγηκε στο github και 16 μερες που ανακοινωθηκε απο τη σελιδα τους, αλλα οι dev δεν ψηνονται να ξαναπακεταρουν.
- - - Updated - - -
Παρολο που πλεον στο dmesg εχω μονο το μηνυμα που αναφερω, ο φακελος που ελεγα εχει φτασει τα 101 αρχεια, με το ~60% να ειναι user-* και το αλλο ~40% να ειναι system-*. Να τα ξανασβησω? Πως θα μπορουσα να τα σβησω ολα εκτος απο τα user-1000.journal και system.journal?ديميتريس
-
04-10-22, 20:06 Απάντηση: Το thread του Debian (v.6) #431Αρχικό μήνυμα από journald.conf
Το χειροκίνητο σβήσιμο είναι παρωχημένη νοοτροπία (νοοτροπία windows που έλεγε παλιά και ο wantilles).
Αρχικό μήνυμα από journalctl
Αρχικό μήνυμα από journald.conf"I like offending people, because I think people who get offended should be offended" - Linus Torvalds
"Παλιά είχαμε φτωχούς οι οποίοι ζούσανε σε φτωχογειτονιές. Τώρα, η οικονομικά δυσπραγούσα τάξη
κατέχει στέγες υποδεέστερης ποιότητας σε υποβαθμισμένα αστικά κέντρα" - George Carlin
Γα.... την πολιτική ορθότητα.
-
05-10-22, 15:48 Απάντηση: Το thread του Debian (v.6) #432
Το πιστευεις οτι τωρα εψαχνα να βρω καποια παλια σου μηνυματα που ελεγες για το journalctl!? Τοτε λεγαμε για το ποσο καιρο θα κραταει αυτα τα logs και θυμαμαι οτι ειχα αλλαξει και το σχετικο αρχειο, αλλα καποια ενημερωση το εκανε overwrite και τωρα τα εχει ολα στοκ.
- - - Updated - - -
Αποφασισα να το κανω με μερες, αλλα ειδα εναν που τρεχει απλα
Κώδικας:journalctl --vacuum-time=1
Κώδικας:--vacuum-size=, --vacuum-time=, --vacuum-files= Removes the oldest archived journal files until the disk space they use falls below the specified size (specified with the usual "K", "M", "G" and "T" suffixes), or all archived journal files contain no data older than the specified timespan (specified with the usual "s", "m", "h", "days", "months", "weeks" and "years" suffixes), or no more than the specified number of separate journal files remain. Note that running --vacuum-size= has only an indirect effect on the output shown by --disk-usage, as the latter includes active journal files, while the vacuuming operation only operates on archived journal files. Similarly, --vacuum-files= might not actually reduce the number of journal files to below the specified number, as it will not remove active journal files.
Θυμαται κανεις ποια εινια η εντολη του systemd για να δω ποιο service δεν εχει ξεκινησει ακομα ή σωστα?
Εβαλα το rpi νωριτερα να δω κατι και αργουσε παλι χαρακτηριστικα! Και δεν νομιζω να ειναι απο τα σβησμενα logs, γιατι το πρωι δουλευε αψογα.ديميتريس
-
05-10-22, 16:30 Απάντηση: Το thread του Debian (v.6) #433"I like offending people, because I think people who get offended should be offended" - Linus Torvalds
"Παλιά είχαμε φτωχούς οι οποίοι ζούσανε σε φτωχογειτονιές. Τώρα, η οικονομικά δυσπραγούσα τάξη
κατέχει στέγες υποδεέστερης ποιότητας σε υποβαθμισμένα αστικά κέντρα" - George Carlin
Γα.... την πολιτική ορθότητα.
-
07-10-22, 07:43 Απάντηση: Το thread του Debian (v.6) #434
Το blame το χρησιμοποιω συχνα και το ξερω. Το αλλο τωρα λεει 0 failed.
Τωρα δουλευει καλα βεβαια, πριν εκανε πχ μισο με ενα λεπτο μεχρι να επιστρεψει το output απο ενα apt-cache search ή απο το dmesg! Θα μαθω ποιο εινια τη Δευτερα που θα αργησει το boot στο pc λογω trim.
- - - Updated - - -
Απο την ενημερωση της pam σε 1.5.2-3 στο unstable.
Κώδικας:Unpacking libpam-modules-bin (1.5.2-3) over (1.5.2-2) ... dpkg: error processing archive /var/cache/apt/archives/libpam-modules-bin_1.5.2-3_i386.deb (--unpack): trying to overwrite '/usr/share/man/man5/namespace.conf.5.gz', which is also in package libpam-modules:i386 1.5.2-2 Errors were encountered while processing: /var/cache/apt/archives/libpam-modules-bin_1.5.2-3_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1)
https://bugs.debian.org/cgi-bin/bugr...gi?bug=1021336
- - - Updated - - -
Κανεις με testing/unstable και inadyn? Μετα την περσινη ενημερωση σε 2.8.1 που ηταν η μονη που πηρε το πακετο μετα απο 8 χρονια που ηταν ξεχασμενο στο repo, ο υπευθυνοτατος (νεος?) maintainer του το ξαναενημερωσε χτες στην latest εκδοση... που βγηκε πριν 10 μηνες.
3+ χρονια πριν καποιος ζητησε, μεταξυ αλλων, και ενα systemd service γιατι πλεον δεν ειμαστε στην εποχη του sysvinit. 1+ χρονο πριν ζητησα και εγω το ιδιο πραγμα, παραθετοντας το ιδιο το inadyn.service απο upstream.
Και σημερα ο τυπος ενημερωσε το πακετο στην τελευταια εκδοση, κλεινοντας και τα 2 παραπανω bug reports. Αλλα εδω δεν βλεπω inadyn.service πουθενα! Αντιθετα υπαρχει ακομα σκριπτακι στο init.d. Πως γινεται αυτο?
Επισης, δεν θυμαμαι που τσεκαρω αν το systemd παραπονιεται οτι δεν υπαρχει systemd service και ξεκιναει απο το init.d.Τελευταία επεξεργασία από το μέλος jim_p : 07-10-22 στις 07:54.
ديميتريس
-
10-10-22, 13:05 Απάντηση: Το thread του Debian (v.6) #435
Το systemctl list-jobs ητανε τελικα, συν το systemctl status που λεει ποσα services δεν εχουν ξεκινησει σωστα ή ακομα.
- - - Updated - - -
Accepted linux 6.0-1~exp1 (source) into experimental
https://tracker.debian.org/news/1371...-experimental/ديميتريس
Bookmarks