Το thread του Debian (v.5)

**famous-walker** · 21-11-20, 21:00

Αρχικό μήνυμα από Zus

Είχε ανέβει και αρκετά παλιότερα το συγκεκριμένο.

Τώρα που το λες σαν κάτι να θυμάμαι, δεν πρόσεξα πως είναι παλιό.

**Zus** · 21-11-20, 21:01

Απορώ πως δεν το θυμάται ο jim

**GoofyX** · 21-11-20, 21:07

Αρχικό μήνυμα από Zus

Είχε ανέβει και αρκετά παλιότερα το συγκεκριμένο.

Συγγνώμη, δεν είδα την ημερομηνία του Μάρτιος 2019, αλλά γράφει ότι τελευταία τροποποιήθηκε σήμερα. Το πέτυχα στο Twitter feed μου κάπου και το ανέβασα.

**Zus** · 21-11-20, 21:12

Αρχικό μήνυμα από GoofyX

Συγγνώμη, δεν είδα την ημερομηνία του Μάρτιος 2019, αλλά γράφει ότι τελευταία τροποποιήθηκε σήμερα. Το πέτυχα στο Twitter feed μου κάπου και το ανέβασα.

Προφανώς δεν το έγραψα για να απολογηθείς. Απλά θυμήθηκα το ποστ που είχε γίνει καιρό πριν και το ανέφερα για να μην νομίσουν πολλοί ότι είναι τωρινό.

**jim_p** · 21-11-20, 21:26

Πραγματικα δεν μου λεει κατι το ονομα του...

**Zus** · 21-11-20, 21:31

Αρχικό μήνυμα από jim_p

Πραγματικα δεν μου λεει κατι το ονομα του...

Καλά ναι, το όνομα σε καμία περίπτωση. Η όλη ιστορία του και οι λόγοι που έφυγε από το crew του debian είναι που ξύπνησαν μνήμες. Μικρή σημασία προφανώς και πολύ το συζητήσαμε

**giorgosts** · 21-11-20, 21:36

Αρχικό μήνυμα από jim_p

Πραγματικα δεν μου λεει κατι το ονομα του...

Αυτός που έγραψε το i3

**trd64** · 22-11-20, 21:55

Στο sid έχουν αφαιρέσει το fslint λόγω ασυμβατότητας με την python 3.
Ξέρετε αν υπάρχει κάποια αντίστοιχη εφαρμογή;
Το fslint το χρησιμοποιούσα πάρα πολύ συχνά.
Μου έχει κόψει τα χέρια.

Δεν θέλω τις εφαρμογές σε command line.

**jim_p** · 23-11-20, 07:55

Αρχικό μήνυμα από jim_p

Ανοιξα το pc πριν λιγο και εκανε 30+ δευτερα να φτασει ως το desktop, πραγμα απαραδεκτο για ssd. Μπηκε, φορτωσε με το πασο του τα οσα εχω στο openbox, το λαμπακι του σκληρου ηταν μονιμα αναμενο και οταν ετρεξα systemd-analyse blame ειπε οτι τρεχει ακομα ενα service και να περιμενω
Στο systemctl list-jobs ελεγε οτι αυτο το service ειναι το fstrim.

Του εκανα reboot οπως ηταν (sudo reboot) και μετα ανοιξε κανονικα. Παιζει να εκανα καμια ζημια?

Παλι τα ιδια με το fstrim, παρολο που αυτη τη φορα ξεκινησε πιο συντομα το συστημα. Τι να κανω? Να το αφησω να τελειωσει?

**mzaf** · 23-11-20, 10:13

Αρχικό μήνυμα από jim_p

Παλι τα ιδια με το fstrim, παρολο που αυτη τη φορα ξεκινησε πιο συντομα το συστημα. Τι να κανω? Να το αφησω να τελειωσει?

Μάλλον

**imitheos** · 23-11-20, 10:51

Αρχικό μήνυμα από jim_p

Παλι τα ιδια με το fstrim, παρολο που αυτη τη φορα ξεκινησε πιο συντομα το συστημα. Τι να κανω? Να το αφησω να τελειωσει?

Θέλεις να μην τρέχει κατά το boot δηλαδή γιατί αργεί; Από ό,τι βλέπω στο util-linux πακέτο του testing, το fstrim.timer έχει OnCalendar=weekly το οποίο σημαίνει ότι θα τρέχει κάθε δευτέρα στις 00:00 και persistent=true το οποίο σημαίνει ότι θα σημειώνει πότε έτρεξε την τελευταία φορά και αν έχει περάσει το διάστημα της 1 εβδομάδας, τότε να τρέχει άσχετα με το τι ώρα είναι (ώστε να φροντίσει για laptop και λοιπά μηχανήματα που δεν είναι πάντα ανοιχτά). Αν εσύ έκλεισες το μηχάνημα πριν τις 00:00 χτες, τότε σήμερα που το άνοιξες έτρεξε κατά το boot.

Τώρα τι μπορείς να κάνεις για να μην τρέχει κατά το boot. Μπορείς να κάνεις ένα "add-in" αρχείο στο /etc (νομίζω με systemctl edit fstrim.timer). Υπάρχουν πολλά σενάρια αλλά δεν ξέρω κατά πόσο παίζουν γιατί δεν έχω systemd πρόχειρο.

1)

Κώδικας:

[Timer]
OnBootSec=5min

Λογικά αυτό δεν πρέπει να παίζει. Το OnBootSec δημιουργεί ένα "monotonic" timer. Η manpage λέει ότι μπορείς να ορίσεις πολλαπλά "monotonic" και αυτά συνδυάζονται με "OR" τρόπο δηλαδή αν ορίσεις OnBootSec=5min και OnActiveSec=10min, τότε ο timer δεν θα τρέξει μόνο με το ένα από τα δύο αλλά θα τρέξει 5 λεπτά μετά την εκκίνηση και κάθε 10 λεπτά μετά. Μετά λέει ότι μπορείς να συνδυάσεις "realtime" timers (δηλαδή το OnCalendar) με "monotonic" timers αλλά δεν αναφέρει αν συνδυάζονται με OR ή AND τρόπο. Το λογικό είναι να είναι και αυτό με OR οπότε δεν θα λειτουργήσει. Θα σου κάνει 2 φορές TRIM, μία στο boot και μία 5 λεπτά μετά.

2)

Κώδικας:

[Timer]
Persistent=false

Αυτό θα κάνει τον timer να τρέχει μόνο στην προκαθορισμένη ώρα οπότε θα τρέχει μόνο κάθε Δευτέρα στις 00:00. Αν το μηχάνημά σου είναι κλειστό εκείνη τη στιγμή δεν θα γίνεται ποτέ TRIM.

3)

Κώδικας:

[Timer]
OnCalendar=Mon *-*-* 15:00:00

Το "weekly" μεταφράζεται σε "Mon *-*-* 00:00:00" οπότε εγώ στο άλλαξα να γίνεται στις 15:00. Επίλεξε κάποια ώρα που να είναι πάντα ανοιχτό το μηχάνημα αλλά να μην το χρησιμοποιείς οπότε να μην σε καίει αν αργήσει. Σημειωτέον ότι αν αφήσεις το Persistent χωρίς να το αλλάξεις, τότε _αν_ το μηχάνημα δεν είναι ανοιχτό στην ώρα που θα επιλέξεις, την επόμενη δευτέρα θα τρέξει πάλι κατά το boot.

**jim_p** · 23-11-20, 13:18

@mzaf
Αυτη τη φορα τελειωσε μεσα σε 5 λεπτα το πολυ... Τουλαχιστον δεν εδειχνε να σερνεται οταν μπηκε στο desktop, αν και η καθυστερηση στην εκκινηση ηταν παλι εμφανης. Πως εμεινα ψυχραιμος και δεν εκανα reisub δεν ξερω :P

@imitheos
Κοιτα, δεν θελω να το κανει στο boot, το θεωρω ανοησια γιατι το καθυστερει χωρις λογο. Αυτα ολα που λες, που τα γραφει, γιατι εδω, σε 2 αρχεια λεει μονο αυτα

Κώδικας:

$ cat /etc/systemd/system/fstrim.timer
[Unit]
Description=Discard unused blocks once a week
Documentation=man:fstrim

[Timer]
OnCalendar=weekly
AccuracySec=1h
Persistent=true

[Install]
WantedBy=timers.target

Κώδικας:

$ cat /etc/systemd/system/fstrim.service
[Unit]
Description=Discard unused blocks

[Service]
Type=oneshot
ExecStart=/sbin/fstrim -a

Τουλαχιστον τωρα ξερω οτι τα κανει καθε Δευτερα, και ηταν οντως Δευτερα πριν 21 μερες που το εκανε ξανα, οποτε ξερω να το περιμενω αμα συμβει.

**imitheos** · 23-11-20, 13:42

Αρχικό μήνυμα από jim_p

@imitheos
Κοιτα, δεν θελω να το κανει στο boot, το θεωρω ανοησια γιατι το καθυστερει χωρις λογο. Αυτα ολα που λες, που τα γραφει, γιατι εδω, σε 2 αρχεια λεει μονο αυτα

Κώδικας:

$ cat /etc/systemd/system/fstrim.timer
[Unit]
Description=Discard unused blocks once a week
Documentation=man:fstrim

[Timer]
OnCalendar=weekly
AccuracySec=1h
Persistent=true

[Install]
WantedBy=timers.target

Τουλαχιστον τωρα ξερω οτι τα κανει καθε Δευτερα, και ηταν οντως Δευτερα πριν 21 μερες που το εκανε ξανα, οποτε ξερω να το περιμενω αμα συμβει.

Δεν περίμενα να έχεις ολόκληρα τα αρχεία στο /etc για αυτό έγραψα πριν αυτό που έγραψα. Δεν αλλάζει κάτι ιδιαίτερα όμως.

Υπάρχουν δύο τρόποι να πειράξεις ένα unit του systemd. Όταν κάνεις systemctl edit foo, θα σου ανοίξει ένα κενό editor στον οποίον γράφεις _μόνο_ αυτά που θέλεις να κάνεις override και όταν σώσεις, δημιουργείται ένα "add-in" αρχείο. Αυτό ενδείκνυται όταν θέλεις να πειράξεις κάτι μικρό και έχει το πλεονέκτημα ότι απολαμβάνεις τυχόν μελλοντικές αλλαγές της διανομής σου.

Εκτός από αυτό, μπορείς να κάνεις systemctl edit --full foo, το οποίο σου ανοίγει ένα editor με ολόκληρο το αρχικό αρχείο. Σε αυτή την περίπτωση πρέπει να έχεις ολόκληρη τη δομή του αρχείου και δημιουργείται ένα κανονικό unit αρχείο με ίδιο όνομα με το αρχικό της διανομής. Αυτό ενδείκνυται όταν θέλεις να αλλάξεις ριζικά την λειτουργία και παρακάμπτει εντελώς το αρχείο της διανομής. Αν αύριο η διανομή σου προσθέσει κάποια λειτουργικότητα στο unit, εσύ δεν θα την δεις.

Αν έχω καταλάβει καλά, εσύ έχεις κάνει την 2η λειτουργία (ίσως τα αντέγραψες παλαιότερα χειροκίνητα από το /lib) για αυτό έχεις ολόκληρα αρχεία στο /etc (εκτός αν είναι symlinks και μπερδεύω κάτι).

Με λίγα λόγια, στο αρχείο /etc/systemd/system/fstrim.timer που μας έδειξες, ή πας και αλλάζει την καταχώρηση Persistent σε false ή πας και αλλάζεις το OnCalendar σε αυτό που έγραψα πριν ώστε να τρέχει την ώρα που θέλεις, ή και τα δύο. Τι κάνει το καθένα εξηγώ στο προηγούμενο μήνυμά μου.

**jim_p** · 23-11-20, 13:57

Αυτα που λεω παραπανω στο /etc ειναι οντως κανονικα αρχεια, οχι symlinks

Κώδικας:

$ file /etc/systemd/system/fstrim.timer
/etc/systemd/system/fstrim.timer: ASCII text

$ file /etc/systemd/system/fstrim.service
/etc/systemd/system/fstrim.service: ASCII text

Στο /lib εχει αυτα

Κώδικας:

$ cat /lib/systemd/system/fstrim.service
[Unit]
Description=Discard unused blocks on filesystems from /etc/fstab
Documentation=man:fstrim(8)
ConditionVirtualization=!container

[Service]
Type=oneshot
ExecStart=/sbin/fstrim --listed-in /etc/fstab:/proc/self/mountinfo --verbose --quiet-unsupported
PrivateDevices=no
PrivateNetwork=yes
PrivateUsers=no
ProtectKernelTunables=yes
ProtectKernelModules=yes
ProtectControlGroups=yes
MemoryDenyWriteExecute=yes
SystemCallFilter=@default @file-system @basic-io @system-service

Κώδικας:

$ cat /lib/systemd/system/fstrim.timer
[Unit]
Description=Discard unused blocks once a week
Documentation=man:fstrim
ConditionVirtualization=!container

[Timer]
OnCalendar=weekly
AccuracySec=1h
Persistent=true
RandomizedDelaySec=6000

[Install]
WantedBy=timers.target

Και εγω νομιζα οτι ειναι symlinks στα απο πανω

**imitheos** · 23-11-20, 14:37

Βλέπεις αυτό που είπα πριν; Το timer αρχείο στο /lib έχει το όρισμα RandomizedDelay το οποίο το δικό σου στο /etc νομίζω δεν το έχει και το service αρχείο έχει ένα κάρο παραπάνω ορίσματα. Πιθανώς εισήχθησαν αφού τα αντέγραψες και μετά. Όταν δημιουργείς "add-in" αρχεία, αλλάζεις μόνο αυτά που θέλεις και εκμεταλλεύεσαι μελλοντικές αλλαγές χωρίς να χρειάζεται να "διατηρείς" εσύ τα αρχεία και να ενσωματώνεις τυχόν αλλαγές.

Σε κάποιες περιπτώσεις, θέλεις να αλλάξεις ριζικά την λειτουργία και εκεί θέλεις να είσαι σίγουρος ότι _δεν_ θα επηρρεαστεί από τυχόν αλλαγές της διανομής. Εκεί κάνεις override ολικά το αρχείο την δική σου εκδοχή.

Αυτά φυσικά δεν έχουν σχέση με το παρόν σου πρόβλημα. Τα αναφέρω εγκυκλοπαιδικά.

Θέμα: Το thread του Debian (v.5)

Bookmarks

Bookmarks

Δικαιώματα - Επιλογές