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

[Jojos170304]

Με γεια! Ενημέρωσε την με το τελευταίο bios και ενεργοποίησε το curve optimizer (negative all core) από το bios.

Σε ευχαριστώ φίλε μου!

[johnmayson2]

To optiflex είναι ακριβό για να το πάρεις καινούργιο, αν θέλεις compact σετάπ, γιατί δεν κοιτάς το barebone Asrock Deskmini 300X, βαζεις τον 5600G, μνημη και σκληρό, υπάρχουν πολλά βιντεο στο youtube γι αυτό.... πολύ ωραίο για compact στησιμο.
(μη σε ξεγελάει η εικόνα, δεν είναι tower, είναι πολύ μικρό)
https://youtu.be/3571I-qBFJI

Οχι δεν για barebone τα γνωριζω.Το εγκαταλειπω το συστημα δε θα το φτοιαξω ευχαριστω.

[Jojos170304]

[dpap76]

How true it is!

[Jojos170304]

Λοιπόν ακούστε κουφή περίπτωση.

Πάω να κάνω copy κάποια flac από ένα σκληρό σε έναν άλλο. Αλλά το mount point δεν έχει δουλέψει, δεν το έχω πάρει χαμπάρι κ εκεί που κάνει copy κανονικά μου πετάει μνμ ότι το destination είναι full κ μου έχει γεμίσει το root folder. Τώρα τα ψάχνω, τα ψάχνω δεν είναι πουθενά στο root folder αλλά τον χώρο τον πιάνουν κανονικά και είναι κ αρκετά GB, πάνω από 50.

Έχει κανείς ιδέα τι γίνεται και πως τα βρίσκω και τα σβήνω? Με reboot δεν έχει γίνει κάτι, να ήταν δλδ στο /tmp

[dpap76]

το find / -xdev -name "*flac*" δεν βρίσκει κάτι?

αλλιώς cd / ; du -h --max-depth=1 και όπου έχει τον περισσότερο χώρο μπαίνεις και ξαναδίνεις το du μέχρι να τα βρεις

[famous-walker]

Κανε unmount και θα τα βρεις στο mount point.

[Jojos170304]

Κανε unmount και θα τα βρεις στο mount point.

Σ Ω Σ Τ Ο Σ

Κουφό? Ευχαριστώ!

- - - Updated - - -

το find / -xdev -name "*flac*" δεν βρίσκει κάτι?

αλλιώς cd / ; du -h --max-depth=1 και όπου έχει τον περισσότερο χώρο μπαίνεις και ξαναδίνεις το du μέχρι να τα βρεις

Το find δεν έβρισκε τπτ, το δεύτερο έκανε πολύ ώρα διότι έχω πάνω κ πολλούς σκληρούς στο /media. Εν τω μεταξύ και το ncdu εμφάνιζε σύνολο αρχείων 20GB περίπου στο root ενώ το partition ήταν τιγκαρισμένο στα 100GB

[dpap76]

η σωστή απάντηση ήταν του famous-walker. Δεν μου έκοψε οτι μετά το copy έκανες απο πάνω και mount

τα αρχεία ήταν πάντα εκεί αλλα με το mount δεν τα έβλεπες, ήταν "απο κάτω".
με το unmount που έκανες, το /mnt/disk1 από pointer που έδειχνε στον άλλο δίσκο/filesystem έγινε ξανά directory.

[famous-walker]

η σωστή απάντηση ήταν του famous-walker. Δεν μου έκοψε οτι μετά το copy έκανες απο πάνω και mount

τα αρχεία ήταν πάντα εκεί αλλα με το mount δεν τα έβλεπες, ήταν "απο κάτω".
με το unmount που έκανες, το /mnt/disk1 από pointer που έδειχνε στον άλλο δίσκο/filesystem έγινε ξανά directory.

Την πατησες γιατι δεν διαβασες καλα την εκφωνηση.

- - - Updated - - -

Σ Ω Σ Τ Ο Σ

Κουφό? Ευχαριστώ!

[jim_p]

Ποτε θα τελειωσει η t64 μεταβαση, δεν αντεχω αλλο! Βγαζοντας στην ακρη ποσα σημαντικα πακετα μενουν πισω στο testing ενω κανονικα θα επρεπε να ενημερωθουν μια ωρα αρχιτερα, πχ σπασμενη mesa και vaapi, βλεπω πως ειμαστε ακομα στον 6.7 στο unstable ενω σε λιγο θα βγει ο 6.9!
Και δεν λεω καν για μικροτερα πακετα που ο dev λειπει σε διακοπες απο πριν τα Χριστουγεννα και θα επιστρεψει κατα το καλοκαιρι...

[Jojos170304]

Την πατησες γιατι δεν διαβασες καλα την εκφωνηση.

- - - Updated - - -

- - - Updated - - -

η σωστή απάντηση ήταν του famous-walker. Δεν μου έκοψε οτι μετά το copy έκανες απο πάνω και mount

τα αρχεία ήταν πάντα εκεί αλλα με το mount δεν τα έβλεπες, ήταν "απο κάτω".
με το unmount που έκανες, το /mnt/disk1 από pointer που έδειχνε στον άλλο δίσκο/filesystem έγινε ξανά directory.

Εξαίρετη και απλή η εξήγση για να γίνει εύκολα κατανοητή! Ευχαριστώ φίλε μου!

[megahead13]

Κανε unmount και θα τα βρεις στο mount point.

Αυτό ακριβώς! Σε serverάκι με OMV που είχα στείσει για φίλο είχε συμβεί ακριβώς αυτό που περιέγραψε ο Jojos

[imitheos]

Αν κάποιος που έχει λογαριασμό στις υποδομές του 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.

Ευχαριστώ.

[jim_p]

Κατι σαλευει στο 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

@imitheos
Θα σου εκανα εγω το bug report, αλλα μου εχουν κανει ban το βασικο mail απο 2021 που τους εκραξα κανονικα και απο τοτε εκοψα το bug reporting και συμμετεχω μονο με ενα δευτερο mail στα bug reports που με ενδιαφερουν.