Εμφάνιση 496-510 από 568
-
17-04-24, 10:28 Απάντηση: Το thread του Debian (v.7) #496
-
19-04-24, 12:01 Απάντηση: Το thread του Debian (v.7) #497
-
19-04-24, 18:29 Απάντηση: Το thread του Debian (v.7) #498
-
19-04-24, 22:24 Απάντηση: Το thread του Debian (v.7) #499
How true it is!
-
22-04-24, 21:38 Απάντηση: Το thread του Debian (v.7) #500
Λοιπόν ακούστε κουφή περίπτωση.
Πάω να κάνω copy κάποια flac από ένα σκληρό σε έναν άλλο. Αλλά το mount point δεν έχει δουλέψει, δεν το έχω πάρει χαμπάρι κ εκεί που κάνει copy κανονικά μου πετάει μνμ ότι το destination είναι full κ μου έχει γεμίσει το root folder. Τώρα τα ψάχνω, τα ψάχνω δεν είναι πουθενά στο root folder αλλά τον χώρο τον πιάνουν κανονικά και είναι κ αρκετά GB, πάνω από 50.
Έχει κανείς ιδέα τι γίνεται και πως τα βρίσκω και τα σβήνω? Με reboot δεν έχει γίνει κάτι, να ήταν δλδ στο /tmp
-
22-04-24, 21:46 Απάντηση: Το thread του Debian (v.7) #501
το find / -xdev -name "*flac*" δεν βρίσκει κάτι?
αλλιώς cd / ; du -h --max-depth=1 και όπου έχει τον περισσότερο χώρο μπαίνεις και ξαναδίνεις το du μέχρι να τα βρεις
-
22-04-24, 21:54 Απάντηση: Το thread του Debian (v.7) #502
Κανε unmount και θα τα βρεις στο mount point.
-
22-04-24, 22:26 Απάντηση: Το thread του Debian (v.7) #503
Σ Ω Σ Τ Ο Σ
Κουφό? Ευχαριστώ!
- - - Updated - - -
Το find δεν έβρισκε τπτ, το δεύτερο έκανε πολύ ώρα διότι έχω πάνω κ πολλούς σκληρούς στο /media. Εν τω μεταξύ και το ncdu εμφάνιζε σύνολο αρχείων 20GB περίπου στο root ενώ το partition ήταν τιγκαρισμένο στα 100GB
-
22-04-24, 22:37 Απάντηση: Το thread του Debian (v.7) #504
η σωστή απάντηση ήταν του famous-walker. Δεν μου έκοψε οτι μετά το copy έκανες απο πάνω και mount
τα αρχεία ήταν πάντα εκεί αλλα με το mount δεν τα έβλεπες, ήταν "απο κάτω".
με το unmount που έκανες, το /mnt/disk1 από pointer που έδειχνε στον άλλο δίσκο/filesystem έγινε ξανά directory.
-
23-04-24, 00:05 Απάντηση: Το thread του Debian (v.7) #505
-
23-04-24, 17:02 Απάντηση: Το thread του Debian (v.7) #506
Ποτε θα τελειωσει η t64 μεταβαση, δεν αντεχω αλλο! Βγαζοντας στην ακρη ποσα σημαντικα πακετα μενουν πισω στο testing ενω κανονικα θα επρεπε να ενημερωθουν μια ωρα αρχιτερα, πχ σπασμενη mesa και vaapi, βλεπω πως ειμαστε ακομα στον 6.7 στο unstable ενω σε λιγο θα βγει ο 6.9!
Και δεν λεω καν για μικροτερα πακετα που ο dev λειπει σε διακοπες απο πριν τα Χριστουγεννα και θα επιστρεψει κατα το καλοκαιρι...ديميتريس
-
23-04-24, 17:27 Απάντηση: Το thread του Debian (v.7) #507
-
23-04-24, 18:06 Απάντηση: Το thread του Debian (v.7) #508Όταν ενώνουμε τις δυνάμεις μας, μπορούμε να πετύχουμε το ακατόρθωτο - Παναγιώτης Γιαννάκης
Never say never, because limits, like fears, are often just an illusion - Michael Jordan
-
23-04-24, 20:40 Απάντηση: Το thread του Debian (v.7) #509
Αν κάποιος που έχει λογαριασμό στις υποδομές του debian βαριέται και έχει ελεύθερο χρόνο, ας κάνει μια χάρη να βαρέσει ένα bug report (μιλάμε για sid πάντα).
1) Το πρόγραμμα btrfsmaintenance έχει ως εξάρτηση είτε τον systemd ή τον cron. Αυτό είναι λάθος γιατί δένει το πρόγραμμα με μία μόνο υλοποίηση cron. Θα έπρεπε να έχει εξάρτηση cron-daemon που είναι κάτι που έχουν ως "Provide" όλες οι υλοποιήσεις. Το ότι είναι λάθος φαίνεται και από όλα τα υπόλοιπα προγράμματα που χρειάζονται χρονοπρογραμματισμό και έχουν ως εξάρτηση το pattern "cron | cron-daemon" (κατ εμέ το cron ειναι περιττό και θα έπρεπε να έχουν σκέτο cron-daemon αλλά δεν μας νοιάζει αυτό)
2) [Intro]
Μια συνέπεια του να χρησιμοποιείται ο systemd σαν init παντού είναι να χώνει τα πλοκάμια του εκεί που δεν χρειάζεται. Παραδείγματα είναι καίρια προγράμματα όπως το procps, η libapt που χρησιμοποιεί το apt, κτλ (γιατί σκατά χρειάζεται ένας package manager κάτι από τον systemd; ή το ps που εμφανίζει processes, τον systemd; )
Κάποια στιγμή λοιπόν, και ενώ θα μπορούσε να αποφευχθεί αν δεν χωνόταν ο systemd στο ps αλλά i digress, το ps χρειαζόταν ένα symbol που δεν παρείχε ακόμη ο elogind επειδή δεν είχε συγχρονιστεί ακόμη με την τελευταία έκδοση του systemd. Για αυτό λοιπόν, οι debian devs έκαναν μια μαγκιά να εισάγουν ένα ṕatch στον elogind που να χρησιμοποιεί κάποια διαφορετικά symbols και να χτίζεται με την libsystemd0 αντί για την δική του libelogind0 και του όρισαν σαν conflict την libelogind0.
Έτσι λοιπόν, αν για τα προγράμματά σου δεν αρκεί η libelogind0 αλλά χρειάζεσαι (πχ για κάποιο desktop όπως το ǵnome) τον full elogind, όταν πας να τον εγκαταστήσεις, σου αφαιρεί την libelogind0 και φέρνει την libsystemd0.
Εδώ και καιρό, ο elogind αναβαθμίστηκε στην 255.4, οπότε υποθέτω δεν υφίσταται πλέον το πρόβλημα με τα μη-παρεχόμενα-symbols αλλά παρέμεινε το patch με την libsystemd0.
[/intro]
Αν λοιπόν, κάποιος που θα διαβάσει το παραπάνω, όχι μόνο έχει όρεξη να μου κάνει τη χάρη και να κάνει submit το bug για το btrfsmaintenance, αλλά έχει και όρεξη να μανουριάσει, μπορεί να κάνει και ένα bug report στον elogind.
Ευχαριστώ."I like offending people, because I think people who get offended should be offended" - Linus Torvalds
"Παλιά είχαμε φτωχούς οι οποίοι ζούσανε σε φτωχογειτονιές. Τώρα, η οικονομικά δυσπραγούσα τάξη
κατέχει στέγες υποδεέστερης ποιότητας σε υποβαθμισμένα αστικά κέντρα" - George Carlin
Γα.... την πολιτική ορθότητα.
-
24-04-24, 06:46 Απάντηση: Το thread του Debian (v.7) #510
Κατι σαλευει στο testing...
Κώδικας:The following packages will be REMOVED: libmspack0 libnorm1 libpgm-5.3-0 The following NEW packages will be installed: libmspack0t64 libnorm1t64 libpgm-5.3-0t64 The following packages will be upgraded: cabextract libzmq5
Θα σου εκανα εγω το bug report, αλλα μου εχουν κανει ban το βασικο mail απο 2021 που τους εκραξα κανονικα και απο τοτε εκοψα το bug reporting και συμμετεχω μονο με ενα δευτερο mail στα bug reports που με ενδιαφερουν.ديميتريس
Bookmarks