jim_p Δημοσ. 13 Μαΐου 2017 Δημοσ. 13 Μαΐου 2017 Τι απο αυτα μπορω να σβησω με ασφαλεια --- /var/log ------------------------------------------------------------------- /.. 39.0 MiB [##########] syslog 26.3 MiB [###### ] daemon.log 12.7 MiB [### ] kern.log 10.0 MiB [## ] messages 7.3 MiB [# ] /samba 2.7 MiB [ ] debug 1.3 MiB [ ] dpkg.log Σιγουρα οτι εχει μεσα ο φακελος samba φανταζομαι...
xrhstosiak Δημοσ. 17 Ιουνίου 2017 Δημοσ. 17 Ιουνίου 2017 για όσους είναι κοντά https://www.hackerspace.gr/wiki/Debian_Stretch_Release_Party
jim_p Δημοσ. 3 Ιουλίου 2017 Δημοσ. 3 Ιουλίου 2017 Το κανω αυτο το dist-upgrade? Μου φαινεται λογικο που οι βιβλιοθηκες ενημερωνονται σε αυτες της 5.24 οποτε αυτες της 5.22 θα φυγουν, αλλα δεν ειναι πολλα τα 30κατι ΜΒ που εχουν διαφορα? The following packages will be REMOVED: libperl5.22 perl-modules-5.22 The following packages have been kept back: transmission-common transmission-daemon The following packages will be upgraded: libperl5.24 perl perl-base perl-modules-5.24 4 upgraded, 0 newly installed, 2 to remove and 2 not upgraded. Need to get 7,521 kB of archives. After this operation, 33.2 MB disk space will be freed. Do you want to continue? [Y/n]Debian unstable 32αρι
jim_p Δημοσ. 16 Ιουλίου 2017 Δημοσ. 16 Ιουλίου 2017 Εχοντας ηδη εγκατεστημενο το lighttpd, θελω να βαλω το roundcube και το σκασμενο το apt θελει να μου φορτωσει τον apache. Τι να κανω? # apt-get install roundcube roundcube-sqlite3 Reading package lists... Done Building dependency tree Reading state information... Done The following additional packages will be installed: apache2-bin dbconfig-common libapache2-mod-php libapache2-mod-php7.0 libapr1 libaprutil1 libaprutil1-dbd-sqlite3 libaprutil1-ldap liblua5.2-0 libmcrypt4 php-auth-sasl php-common php-intl php-mail-mime php-mbstring php-mcrypt php-net-smtp php-net-socket php-pear php-sqlite3 php-xml php7.0-cli php7.0-common php7.0-intl php7.0-json php7.0-mbstring php7.0-mcrypt php7.0-opcache php7.0-readline php7.0-sqlite3 php7.0-xml roundcube-core # apt-cache policy lighttpd lighttpd: Installed: 1.4.45-1 Candidate: 1.4.45-1 Version table: *** 1.4.45-1 500 500 http://ftp.gr.debian.org/debian unstable/main i386 Packages 100 /var/lib/dpkg/statusΕννοειται πως το roundcube μπορει να μπει με lighttpdhttps://packages.debian.org/sid/roundcube-core
jim_p Δημοσ. 30 Ιουλίου 2017 Δημοσ. 30 Ιουλίου 2017 Εχω τον ftp.gr.debian.org και στα 2 συστηματα που εχω και το apt κατεβαζει τις ιδιες λιστες απο χτες το πρωι. Κανονικα, ο mirror ενημερωνεται 4+ φορες τη μερα, αλλα μαλλον οι υπευθυνοι του πηγαν διακοπες, οποτε θελω νεο mirror. Ποιον προτεινετε? Ειχα στην καβατζα τον ftp.cc.uoc.gr για τετοιες στιγμες, αλλα η δομη του ειναι εντελως προβληματικη* και το apt δεν βρισκει τιποτα σωστο και γκρινιαζει Err:3 http://ftp.cc.uoc.gr/mirrors/linux/debian unstable Release 404 Not Found ... Err:5 http://ftp.cc.uoc.gr/mirrors/linux/debian experimental Release 404 Not Found ... E: The repository 'http://ftp.cc.uoc.gr/mirrors/linux/debian unstable Release' does not have a Release file. ... E: The repository 'http://ftp.cc.uoc.gr/mirrors/linux/debian experimental Release' does not have a Release file.Αν καποιος εχει τροπο να τους πει να το φτιαξουν, ας το κανει, αλλιως θα ψαξω εγω τροπο να επικοινωνησω μαζι τους απο αυριο.* http://ftp.cc.uoc.gr/mirrors/linux/debian/
jim_p Δημοσ. 2 Αυγούστου 2017 Δημοσ. 2 Αυγούστου 2017 Ωραιες ιδεες εχουν παλι οι maintainers... Αντι το καθε πακετο που γινετα απο τα sources* του chromium να ειναι αυτονομο, πλεον εχουμε και chromium-common που το εχουν ολα σαν κοινη εξαρτηση, αρα επιπλεον ~40ΜΒ σαβουρια, γιατι ετσι! $ sudo apt-get install -t unstable chromium [sudo] password for jim: Reading package lists... Done Building dependency tree Reading state information... Done The following additional packages will be installed: chromium-common Suggested packages: chromium-l10n chromium-shell chromium-driver chromium-widevine The following NEW packages will be installed: chromium-common The following packages will be upgraded: chromium 1 upgraded, 1 newly installed, 0 to remove and 85 not upgraded. Need to get 52.2 MB of archives. After this operation, 38.0 MB of additional disk space will be used. Do you want to continue? [Y/n] n Abort. $ apt-cache show chromium-common Package: chromium-common Source: chromium-browser Version: 60.0.3112.78-1 ... Description-en: web browser - common resources used by the chromium packages Web browser that aims to build a safer, faster, and more stable internet browsing experience. . This package contains resources that are in common to different chromium packages. * https://packages.debian.org/source/sid/chromium-browser (το λινκ στο packages.debian.org δεν εχει ενημερωθει ακομα και λεει για την εκδοση 59 που δεν εχει chromium-common)
jim_p Δημοσ. 2 Αυγούστου 2017 Δημοσ. 2 Αυγούστου 2017 Τελικα δεν ειναι το chromium-common το προβλημα, το πακετο του σκετου chromium ειναι που παχυνε. Στην 59 ειναι περιπου 190MB Version: 59.0.3071.104-1 Installed-Size: 189361 ενω στην 60 ειναι περιπου 225ΜΒ Version: 60.0.3112.78-1 Installed-Size: 223889 Παω να τον ενημερωσω...
Le Perv Δημοσ. 2 Αυγούστου 2017 Δημοσ. 2 Αυγούστου 2017 Οσο παει και χοντραινει το chromium. Χτες το επιασα να καταναλωνει 1GB μνημη με μια καρτελα ανοιχτη. (To xda φορουμ ειχα νομιζω ανοιχτο). Μαζι με το λειτουργικο ειχα 1μιση γιγα. Μου εφυγε η μαγκια. Ειχα φορτωσει το htop και προσπαθουσα να καταλαβω τι συμβαινει κι ειναι τοσο ανεβασμενο. Σαν τους εβραιους λογιστες με κομπιουτερακι ημουν. (Εχω 12 γιγα ραμ στο ρημαδι)
jim_p Δημοσ. 10 Αυγούστου 2017 Δημοσ. 10 Αυγούστου 2017 Πεφτει κανεις πανω σε αυτο το bug εδω? https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=871629 Σημερα που καιγομαι να λαβω και να στειλω κατι emails, το tb μου φαινεται ετσι
jim_p Δημοσ. 20 Αυγούστου 2017 Δημοσ. 20 Αυγούστου 2017 (επεξεργασμένο) Καμια ιδεα για το που θα βρω logs για αυτο # systemctl status transmission-daemon ● transmission-daemon.service - Transmission BitTorrent Daemon Loaded: loaded (/lib/systemd/system/transmission-daemon.service; enabled; vendor preset: enabled) Active: failed (Result: signal) since Sun 2017-08-20 08:55:08 EEST; 1min 15s ago Process: 779 ExecStart=/usr/bin/transmission-daemon -f --log-error (code=killed, signal=SEGV) Main PID: 779 (code=killed, signal=SEGV) Status: "Uploading 1.44 KBps, Downloading 0.51 KBps." Aug 20 08:55:05 mpriki systemd[1]: Starting Transmission BitTorrent Daemon... Aug 20 08:55:06 mpriki systemd[1]: Started Transmission BitTorrent Daemon. Aug 20 08:55:07 mpriki transmission-daemon[779]: [2017-08-20 08:55:07.752] UDP Failed to set receive buffer: request Aug 20 08:55:07 mpriki transmission-daemon[779]: [2017-08-20 08:55:07.752] UDP Failed to set send buffer: requested Aug 20 08:55:08 mpriki systemd[1]: transmission-daemon.service: Main process exited, code=killed, status=11/SEGV Aug 20 08:55:08 mpriki systemd[1]: transmission-daemon.service: Unit entered failed state. Aug 20 08:55:08 mpriki systemd[1]: transmission-daemon.service: Failed with result 'signal'. Το προβλημα το εχει απο τοτε που περασε η 2.92 στο repo, δηλαδη απο περυσι το Σεπτεμβρη, και μονο με συγκεκριμενα torrents, συνηθως μεγεθους >10GB, γιαυτο και το ειχα σε hold στην 2.84 απο τοτε. Το εβγαλα απο το hold οταν βγηκε η stable πριν 2 μηνες και ειχε την 2.92 εκδοση, οποτε υπεθεσα οτι θα εχει φτιαχτει και το προβλημα, αλλα μαλλον το προβλημα δεν ειναι στο ιδιο το πακετο αλλα αλλου. ---editΤο σκοτωσα, ετρεξα τον transmission-daemon -f σαν root και εβγαλε αυτα [2017-08-20 09:28:39.620] UDP Failed to set receive buffer: requested 4194304, got 327680 (tr-udp.c:84) [2017-08-20 09:28:39.621] UDP Please add the line "net.core.rmem_max = 4194304" to /etc/sysctl.conf (tr-udp.c:89) [2017-08-20 09:28:39.621] UDP Failed to set send buffer: requested 1048576, got 327680 (tr-udp.c:95) [2017-08-20 09:28:39.621] UDP Please add the line "net.core.wmem_max = 1048576" to /etc/sysctl.conf (tr-udp.c:100) Εκανα τις αλλαγες στο sysctl.conf (βασικα εκανα ενα /etc/sysctl.d/transmission.conf για να το σβησω αν δεν χρειαζεται), αλλα και παλι τιποτα. ---edit2Εκανα τα παραπανω net.core.rmem_max = 16777216 net.core.wmem_max = 4194304 οπως προτεινεται σε μια σελιδα*, εκλεισα και το utp απο το settings.json (utp-enabled = false) αλλα και παλι τιποτα. Ο μονος τροπος να κανω το transmission να ξαναδουλεψει ειναι να σβησω εντελως το προβληματικο torrent απο το /var/lib/transmission-daemon/info/torrents/. * https://falkhusemann.de/blog/2012/07/transmission-utp-and-udp-buffer-optimizations/ Αν ειναι να αλλαξω client, θελω εναν με σωστο web interface σε mobile συσκευη, που μεχρι στιγμης δεν εχει κανενας αλλος εκτος απο το transmission. Επεξ/σία 20 Αυγούστου 2017 από jim_p
billyg599 Δημοσ. 8 Φεβρουαρίου 2018 Δημοσ. 8 Φεβρουαρίου 2018 Καλησπέρα, Δεν ξέρω αν κάποιοι έχετε ακόμη το Jessie... αλλά βλέπω ότι έχω τον kernel 3.16.0-4. Έχει δεί κάποιος αν θα βγεί patch για το meltdown για αυτόν τον kernel; Στο Stretch βλέπω ότι έχουν βγάλει το 4.9.0-5 το οποίο εφαρμόζει το patch.
jim_p Δημοσ. 9 Φεβρουαρίου 2018 Δημοσ. 9 Φεβρουαρίου 2018 Εδω λεει οτι εχει παρει τον 3.16.0-5 σαν security update και μαλιστα πριν ενα μηνα https://packages.debian.org/jessie/linux-image-3.16.0-5-amd64 http://metadata.ftp-master.debian.org/changelogs/main/l/linux/linux_3.16.51-3+deb8u1_changelog Αν δωσεις uname -v τι σου βγαζει? Θα πρεπει να λεει 3.16.51 καπου. 1
billyg599 Δημοσ. 9 Φεβρουαρίου 2018 Δημοσ. 9 Φεβρουαρίου 2018 Έχεις δίκιο jim. Βλέπω ότι στο 3.16.51 έχουν update για το CVE-2017-5754 που είναι το meltdown. Thanks!
Προτεινόμενες αναρτήσεις
Δημιουργήστε ένα λογαριασμό ή συνδεθείτε για να σχολιάσετε
Πρέπει να είστε μέλος για να αφήσετε σχόλιο
Δημιουργία λογαριασμού
Εγγραφείτε με νέο λογαριασμό στην κοινότητα μας. Είναι πανεύκολο!
Δημιουργία νέου λογαριασμούΣύνδεση
Έχετε ήδη λογαριασμό; Συνδεθείτε εδώ.
Συνδεθείτε τώρα