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

**imitheos** · 23-06-23, 08:45

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

Και κατι ακομα. Πως ειναι δυνατον εδω στο debian ο 64αρης πυρηνας να εινια 75mb πακετο και 450+mb στην εγκατασταση οταν στο arch ειναι 150mb και στα 2? Απο την αλλη, ο 32αρης πυρηνας ειναι 50mb πακετο και 180mb στην εγκατασταση.

https://archlinux.org/packages/core/x86_64/linux/
https://packages.debian.org/sid/linu...-6.3.0-1-amd64
https://packages.debian.org/sid/linux-image-6.3.0-1-686

Πάμε πρώτα στο κομμάτι "ίδιο μέγεθος" του arch. Δες εδώ και εδώ. Βλέπεις την διαφορά;

arch: usr/lib/modules/6.3.9-arch1-1/kernel/arch/x86/crypto/aesni-intel.ko.zst
debian: /lib/modules/6.3.0-1-amd64/kernel/arch/x86/crypto/aesni-intel.ko

Για όποιον δεν διακρίνει εύκολα την διαφορά, απομόνωσα τις καταχωρήσεις για το ίδιο module. Εδώ και πολλά χρόνια, μπορείς να έχεις συμπιεσμένα modules. Δεν ενεργοποιούν την συμπίεση όλες οι διανομές για ένα ή περισσότερους από τους παρακάτω λόγους:

Για ένα μικρό διάστημα δεν ήταν σωστή η υλοποίηση και κάποια modules δεν φορτώνονταν
Για ένα διάστημα, τα διάφορα userspace προγράμματα και scripts δεν είχαν πρόνοια για αυτό και έτσι σταματούσαν να παίζουν.
Αφαιρεί την δυνατότητα μη εγκατάστασης αρχείων *
Αδράνεια
Κάτι άλλο που μου ξέφυγε.

Το debian δεν χρησιμοποιεί συμπίεση οπότε η τελική κατανάλωση χώρου είναι πολύ μεγαλύτερη, όμως το tar μπορεί να συμπιεστεί και έτσι δίνει μικρότερο όγκο. Το arch χρησιμοποιεί την συμπίεση οπότε το tar δεν μπορεί να συμπιεστεί περαιτέρω και έτσι έχει σχεδόν ίδιο χώρο με το τελικό ασυμπίεστο.

Πάμε τώρα στο γιατί στο debian έχεις διαφορετικό χώρο ανάμεσα σε 32bit και 64bit. Αυτό γίνεται για δύο λόγους:

Όπως, και πάλι, μπορείς να δεις από την filelist, υπάρχουν modules που δεν υπάρχουν σε 32bit και modules που δεν υπάρχουν σε 64bit. Ίσως κάποιοι οδηγοί απαιτούν κάποια αρχτικεκτονική (για παράδειγμα το 32bit image παρέχει οδηγούς για ISA κάρτες ήχου που δεν υπάρχει τέτοιο bus σε 64bit).

Τα ίδια τα αρχεία έχουν μεγαλύτερο μέγεθος λόγω 64bit εύρους στις μεταβλητές που χρησιμοποιούν

Κώδικας:

--rw-r--r-- 1 nobody nogroup 5865440 Ιουν 12 09:25 vmlinuz-6.3.0-1-686
+-rw-r--r-- 1 nobody nogroup 8985696 Ιουν 12 09:25 vmlinuz-6.3.0-1-amd64

--rw-r--r-- 1 nobody nogroup 17559 Ιουν 12 09:25 aesni-intel.ko
--rw-r--r-- 1 nobody nogroup 27663 Ιουν 12 09:25 serpent-sse2-i586.ko
+-rw-r--r-- 1 nobody nogroup 548411 Ιουν 12 09:25 aesni-intel.ko
+-rw-r--r-- 1 nobody nogroup  54291 Ιουν 12 09:25 serpent-sse2-x86_64.ko
--rw-r--r-- 1 nobody nogroup 22483 Ιουν 12 09:25 rapl.ko
+-rw-r--r-- 1 nobody nogroup 42171 Ιουν 12 09:25 rapl.ko
--rw-r--r-- 1 nobody nogroup 10623 Ιουν 12 09:25 power.ko
+-rw-r--r-- 1 nobody nogroup 20443 Ιουν 12 09:25 power.ko

* Κάποιοι package managers (πχ στο rpm γίνεται με το macro %_minimize_writes) επιτρέπουν να μην εγκατασταθούν αρχεία που δεν έχουν αλλάξει, ώστε να μην γίνονται άσκοπες εγγραφές σε SSD (και πιο σημαντικά σε SD cards σε μίνι web servers). Αυτό δεν μπορεί να δουλέψει σε συνδυασμό με την συμπίεση γιατί το ίδιο αρχείο θα σου δώσει διαφορετικό αρχείο κάθε φορά που το συμπιέζεις. Εν προκειμένω βέβαια που μιλάμε για kernel modules, δεν είναι και τόσο καλό επιχείρημα γιατί τα modules θα είναι και αυτά λίγο διαφορετικά σε κάθε compilation ακόμη και χωρίς συμπίεση. Το έγραψα απλά για πληρότητα.

**jim_p** · 24-06-23, 07:18

Ωραια, τωρα θα σταματησω να γκρινιαζω για το μεγεθος του συγκεκριμενου πακετου :P

**jim_p** · 28-06-23, 15:00

Ερωτηση ασχετη με το debian, αλλα την κανω εδω. Θελω στο rpi να κανω share μεσω dlna ενα φακελο στον οποιο θα κατεβαζω ταινιες. Το transmssion επιτρεπει να ορισω εξαρχης τα permissions σε αυτα που θα κατεβαζω.
Οποτε, που πρεπει να τον κανω το φακελο ωστε να τον γραφει το transmission, να τον διαβαζει χωρις προβληματα το minidlna και να αρεσει και στο υπολοιπο συστημα? Μεσα στο /mnt πχ?

**jim_p** · 01-07-23, 11:22

Μπορω με το firejail να τρεξω μια ηδη υπαρχουσα εφαρμογη, για Ν φορες πχ ωστε να ριξω με ανεση τα μπινελικια μου, και η εν λογω εφαρμογη να ΜΗΝ μου χαλασει τις ρυθμισεις που εχω ηδη για αυτη μεσα στο ~/.config πχ? Γιατι δεν θελω να κανω νεο χρηστη, ουτε να κανω backups.

**mzaf** · 01-07-23, 20:05

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

Μπορω με το firejail να τρεξω μια ηδη υπαρχουσα εφαρμογη, για Ν φορες πχ ωστε να ριξω με ανεση τα μπινελικια μου, και η εν λογω εφαρμογη να ΜΗΝ μου χαλασει τις ρυθμισεις που εχω ηδη για αυτη μεσα στο ~/.config πχ? Γιατι δεν θελω να κανω νεο χρηστη, ουτε να κανω backups.

Κανονικά δεν πρέπει να στις χαλάει.

**jim_p** · 02-07-23, 07:14

Τοτε μαλλον ανοιξαμε μεγαλο κεφαλαιο, παλι...
Θελω μια εφαρμογη να ξεκινα με τις στοκ ρυθμισεις οταν θα την τρεχω μεσα απο το firejail. Γινεται? Δοκιμασα χτες να τρεξω το kodi και δεν ξεκινησε καν. Μετα ετρεξα το landrop που το εχω σε appimage (με τη σχετικη παραμετρο προφανως) και ετρεξε με τις ρυθμισεις που του ειχα βαλει εγω σαν χρηστης οταν το ετρεχα κανονικα, που δεν το θελω. Οποτε τι κανω λαθος?

**mzaf** · 02-07-23, 10:21

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

Τοτε μαλλον ανοιξαμε μεγαλο κεφαλαιο, παλι...
Θελω μια εφαρμογη να ξεκινα με τις στοκ ρυθμισεις οταν θα την τρεχω μεσα απο το firejail. Γινεται? Δοκιμασα χτες να τρεξω το kodi και δεν ξεκινησε καν. Μετα ετρεξα το landrop που το εχω σε appimage (με τη σχετικη παραμετρο προφανως) και ετρεξε με τις ρυθμισεις που του ειχα βαλει εγω σαν χρηστης οταν το ετρεχα κανονικα, που δεν το θελω. Οποτε τι κανω λαθος?

Δοκίμασε με --noprofile

**jim_p** · 03-07-23, 17:43

Μπα, δεν αλλαξε κατι. Για δοκιμη τρεχω πλεον το kodi, που του εχω αλλαξει μονο το skin οποτε μπορω να καταλαβω αμεσα τι γινεται απο πισω. Τρεχοντας λοιπον

Κώδικας:

firejail --noprofile kodi

ανοιξε το kodi με το skin που του εχω βαλει, οχι με το στοκ.

**jim_p** · 04-07-23, 20:46

Για οσους ειναι σε unstable και θα κανουν update τωρα το απογευμα, το python3-minimal δεν μπαινει.
https://bugs.debian.org/cgi-bin/bugr...gi?bug=1040316

- - - Updated - - -

Καταφερε κανεις να κανει το patch που λεει ο τυπος στο τελος του bug report? Αλλαξα με το χερι τις γραμμες στο συγκεκριμενο αρχειο, αλλα παλι το apt δεν τα καταφερνει.

**Slammer** · 04-07-23, 21:25

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

Για οσους ειναι σε unstable και θα κανουν update τωρα το απογευμα, το python3-minimal δεν μπαινει.
https://bugs.debian.org/cgi-bin/bugr...gi?bug=1040316

- - - Updated - - -

Καταφερε κανεις να κανει το patch που λεει ο τυπος στο τελος του bug report? Αλλαξα με το χερι τις γραμμες στο συγκεκριμενο αρχειο, αλλα παλι το apt δεν τα καταφερνει.

Πέρασε κανονικά η έκδοση 3.11.4-3

**jim_p** · 04-07-23, 21:28

Πως το καταφερες?

**hammered** · 05-07-23, 23:17

Κάτι έσπασε τον τελευταίο καιρό και δεν ξέρω πώς να συνεχίσω το troubleshooting.

Τρέχω debian sid.
Στο τοπικό δίκτυο υπάρχει συνδεδεμένο με ethernet πολυμηχάνημα brother. Δεν κάνω συχνά εκτυπώσεις οπότε δεν μπορώ να προσδιορίσω πότε χάλασε το configuration και ποιο update φταίει.
Εμένα μου φαίνεται ότι χάλασε χωρίς να κάνω update στο σύστημα.

Στο CUPS το πολυμηχάνημα είναι ορισμένο με ένα URI του τύπου "dnssd://Brother%20sdfsf.tcp.local". Σταμάτησε να δουλεύει χωρίς να πειράξω το configuration. Όταν δίνει εκτύπωση λέει "unable to locate printer" ή "not connected".
Στο σκανάρισμα για την προσθήκη εκτυπωτή τον ανακαλύπτει και βγάζει πάλι το ανωτέρω URI που είναι domain based. Επίσης βγάζει και IP based URIs (κάποια σε πρωτόκολλο ipp://)
Όταν τον προσθέτω με την τοπική IP στο URI η εκτύπωση δουλεύει.

Για κάποιο λόγο δεν γίνονται resolve πλέον τα .local domains στο μηχάνημα μου. Διαβάζω ότι το resolution του .local το αναλαμβάνει το mDNS. Έχω εγκατεστημένο το πακέτο "libnss-mdns".

Εδώ έχω κολλήσει και δεν ξέρω πώς να προχωρήσω το troubleshooting. Έχει κανείς καμιά ιδέα;

- - - Updated - - -

Διαβάζω ότι το mDNS επί της ουσίας κάνει local broadcast και περιμένει απάντηση από τις τοπικές συσκευές.
Υπάρχει περίπτωση να κόβει αυτή την διαδικασία το router; Το αλλάξαμε πριν 2-3 μέρες επειδή αλλάξαμε σε Vodafone. Νομίζω κάποιο ZTE μας δώσανε.

**jim_p** · 06-07-23, 09:32

Για αρχη, βαλε και το avahi-daemon. Αν κανεις ping στο "domain" του εκτυπωτη, απανταει? Πχ

Κώδικας:

$ ping rpi3b.local
PING rpi3b.local (192.168.1.130) 56(84) bytes of data.
64 bytes from 192.168.1.130 (192.168.1.130): icmp_seq=1 ttl=64 time=26.2 ms
64 bytes from 192.168.1.130 (192.168.1.130): icmp_seq=2 ttl=64 time=9.27 ms
64 bytes from 192.168.1.130 (192.168.1.130): icmp_seq=3 ttl=64 time=7.84 ms
64 bytes from 192.168.1.130 (192.168.1.130): icmp_seq=4 ttl=64 time=6.82 ms

--- rpi3b.local ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3003ms
rtt min/avg/max/mdev = 6.822/12.533/26.197/7.936 ms

**pap** · 06-07-23, 10:26

γιατί δεν δοκιμάζεις μια εγραφή στο /etc/hosts για τον εκτυπωτή σου;

**Slammer** · 11-07-23, 02:10

Δεν ξέρω αν σας έκατσε και εσας, αλλά ένα update μου διάλυσε το σύστημα. Αφορά το udisks2 το οποίο γίνεται update από την έκδοση 2.9.4 στην 2.10.0-2. Μολις γίνεται update παραπονείται το udisks service ότι δεν μπορεί να ξεκινήσει και στη συνέχεια δεν φορτώνει ούτε desktop.... Αφου έφαγα 2-3 ώρες και ξήλωσα ένα σωρό πράγματα ένα downgrade και hold στην παλιά έκδοση λύνει όλα τα προβλήματα.

Edit: Εσκασε και σε άλλους.... https://www.mail-archive.com/debian-...sg1914342.html, για να μη ψάχνεστε, έχουν κάνει λάθος στις εξαρτήσεις και θα πρέπει να εγκατασταθούν οπωσδήποτε τα πακέτα libblockdev-{crypto3,mdraid3,nvme3} που είναι suggested. Από ότι βλέπω βγηκε η 2.10.0-3 που απλά βάζει τα παραπάνω στις εξαρτήσεις

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

Bookmarks

Bookmarks

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