Ubuntu-gr Forum

Ευχαριστώ Σωτήρη..

Βάλανε μοβ wallpaper και αφήσανε το θέμα σε πορτοκαλί.
Οπότε όποιος θέλει να ταιριάζει το θέμα αλλά και να επιτρέψει τις σκιές στα μενού, όπως στις παρακάτω εικόνες(έχει και λίγο πιο σκούρο χρώμα από το original γκρι για να δένει καλλίτερα)

Τότε κατεβάζει το θέμα από εδώ το αποσυμπιέζει και το επιλέγει κατά τα γνωστά.
Δίνει και την

Κώδικας: Επιλογή όλων

gsettings set org.gnome.desktop.interface gtk-color-scheme 'bg_color:#f0f1f2;selected_bg_color:#980059'

για να έχει το μοβ και στο browsing.
Αν θέλει(by gimp) και το εικονίδιο του ναυτίλου στον launcher

Δεξί κλικ και επιλέγει "αποθήκευση ως", μετά το μεταφέρει με ονομασία system-file-manager.png στην διαδρομή που βρίσκεται μέσα στον φάκελο των εικονιδίων που έχει επιλεγμένα
apps/scalable

Xorg 1.17 από εχτές, που μαζί με τον 3.19.0-9 και το systemd έχουν πολύ καλή διαχείριση μνήμης.
Παράδειγμα ξεκινάει από 400ΜΒ.
Κάνω διάφορες εργασίες απαιτητικές ή μη, μετά από δύο ώρες η μνήμη σε idle είναι κάτω από 500ΜΒ, ενώ προχτές θα άγγιζε τα 900ΜΒ(κασσάρει λιγότερο και την απελευθερώνει όταν δεν την χρειάζεται)
Θα το δοκιμάσω και σε ένα παλιό λάπτοπ με 1 GB μνήμης για να δω και εκεί συμπεριφορά.

Καινούργια επιλογή στους "Πρόσθετους οδηγούς υλικού"
Υπάρχει ένα πεδίο που αφορά τον επεξεργαστή μετά το ασύρματο και την κάρτα γραφικών και αν το επιλέξεις εγκαθιστά για μεν τους intel το intel-microcode, για μεν τους amd το amd64-microcode πακέτο.
Τα συγκεκριμένα πακέτα υπήρχαν εδώ και πολλά χρόνια και όποιος ήθελε τα εγκαθιστούσε εύκολα.
Τι έγινε τώρα και έγιναν "προτεινόμενα" ;
Γιατί μην ξεχνάμε ότι τώρα πια θα προτρέπεται ο χρήστης για να τα εγκαταστήσει, για να λειτουργεί καλλίτερα το σύστημα του όπως λέει και το promo των κλειστών οδηγών.
Πέρα του ότι θα φρικάρει ο Stallman, δεν βλέπω άλλο λόγο για την κίνηση της canonical.

sotos21 έγραψε:Καινούργια επιλογή στους "Πρόσθετους οδηγούς υλικού"
Υπάρχει ένα πεδίο που αφορά τον επεξεργαστή μετά το ασύρματο και την κάρτα γραφικών και αν το επιλέξεις εγκαθιστά για μεν τους intel το intel-microcode, για μεν τους amd το amd64-microcode πακέτο.
Τα συγκεκριμένα πακέτα υπήρχαν εδώ και πολλά χρόνια και όποιος ήθελε τα εγκαθιστούσε εύκολα.
Τι έγινε τώρα και έγιναν "προτεινόμενα" ;
Γιατί μην ξεχνάμε ότι τώρα πια θα προτρέπεται ο χρήστης για να τα εγκαταστήσει, για να λειτουργεί καλλίτερα το σύστημα του όπως λέει και το promo των κλειστών οδηγών.
Πέρα του ότι θα φρικάρει ο Stallman, δεν βλέπω άλλο λόγο για την κίνηση της canonical.

Και η επίμαχη εικόνα


Έχω την εντύπωση πως έχει περισσότερο σχέση με αυτό, παρά με τον Stallman.

Τώρα με το systemd Νίκο έχει φακέλους με tmpfs ο tmp
Μήπως δεν χρειάζονται πια οι εγγραφές που κάναμε στο fstab για την προστασία του ssd;

Κώδικας: Επιλογή όλων

sotiris@ubuntu:~$ ls /tmp
chrome
config-err-jiAyjK
libgksu-dqkAbL
libgksu-NVxnMx
systemd-private-e120c4cf35a74009b0e8322b367068b8-colord.service-kqOMa4
systemd-private-e120c4cf35a74009b0e8322b367068b8-rtkit-daemon.service-rzwq4J
systemd-private-e120c4cf35a74009b0e8322b367068b8-systemd-timesyncd.service-SU5wuE
unity_support_test.0
sotiris@ubuntu:~$

Κοίτα και τι γίνεται με την εντολή fdisk -l
Έχει σχέση σχέση με cgroup;

Κώδικας: Επιλογή όλων

sotiris@ubuntu:~$ sudo fdisk -l
[sudo] password for sotiris:

Disk /dev/ram0: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram1: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram2: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram3: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram4: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram5: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram6: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram7: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram8: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram9: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram10: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram11: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram12: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram13: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram14: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/ram15: 64 MiB, 67108864 bytes, 131072 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk /dev/sda: 931,5 GiB, 1000204886016 bytes, 1953525168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: F4E6225D-4EBA-4A78-930B-347BF10267F8

Device          Start        End    Sectors   Size Type
/dev/sda1        2048    1988607    1986560   970M unknown
/dev/sda2     1988608    3708927    1720320   840M Windows recovery environment
/dev/sda3     3708928    4241407     532480   260M EFI System
/dev/sda4     4241408    4503551     262144   128M Microsoft reserved
/dev/sda5     4503552  625852415  621348864 296,3G Microsoft basic data
/dev/sda6   625852416 1900791807 1274939392   608G Microsoft basic data
/dev/sda7  1900795904 1953523711   52727808  25,1G Windows recovery environment

Disk /dev/sdb: 111,8 GiB, 120034123776 bytes, 234441648 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 199E2A41-0D3B-4B5D-9F45-3A7930CB1777

Device         Start       End   Sectors  Size Type
/dev/sdb1       2048  40324313  40322266 19,2G Linux filesystem
/dev/sdb2   40325120 149417983 109092864   52G Linux filesystem
/dev/sdb3  149417984 159621119  10203136  4,9G Linux swap

sotiris@ubuntu:~$

Επίσης δεν βρίσκω το dmesg (όχι σαν εντολή, αλλά στην παλιά του θέση /var/log/)

sotos21 έγραψε:Μήπως δεν χρειάζονται πια οι εγγραφές που κάναμε στο fstab για την προστασία του ssd;

Αυτό που έκανες θες να πεις, εγώ δεν το έκανα σχεδόν ποτέ.
Ναι όντως δεν χρειάζεται. Το (ο) systemd έχει αυτή την λειτουργία με το tmp στο tmpfs από προεπιλογή. Μια λειτουργία που μπορεί να αποβεί "μοιραία" όταν χρησιμοποιείς εφαρμογές που αποθηκεύουν όλα τους τα δεδομένα στην RAM πριν τα περάσουν στον δίσκο και φυσικά σε συνδυασμό με μια μικρή (ίσως όχι και τόσο μικρή) RAM. Παράδειγμα το lightshark το οποίο με το συγκεκριμένο χαρακτηριστικό (tmp στο tmpfs) αποτυγχάνει να ολοκληρώσει το export σε mp4 στο δικό μου σύστημα με 8GB RAM (Desktop).

sotos21 έγραψε:Κοίτα και τι γίνεται με την εντολή fdisk -l

Νομίζω έχει περισσότερη σχέση με Ramdisk(αν έχεις στήσει κάτι τέτοιο), ή ακόμη μπορεί να επηρεάζεται και από τις εγγραφές στο fstab που έχουν σχέση με το tmpfs.

sotos21 έγραψε:Επίσης δεν βρίσκω το dmesg (όχι σαν εντολή, αλλά στην παλιά του θέση /var/log/)

Κάποια logs ενδέχεται να καταργηθούν και να τα αναλάβει (ενσωματωθούν) το journal του systemd.
Το αντίστοιχο της dmesg (ως εντολής, η οποία πιθανότατα θα συνεχίσει να υπάρχει) είναι

Κώδικας: Επιλογή όλων

# journalctl -b


Έχω αφαιρέσει τις tmpfs από το fstab αλλά η fdisk -l δίνει τα ίδια, μάλλον είναι cgroup.
Παρατηρώ όμως ότι σε κάθε μα κάθε επανεκκίνηση κάνει έλεγχο αρχείων του /, μου λέει αν θέλω να πατήσω ctrl + c για να την ακυρώσω αλλά δεν προλαβαίνω. (γίνετε γρήγορα γιατί είναι μόνο 25GB και σε ssd)
Αν θυμάμαι καλά έπρεπε να γίνεται κάθε 30 επανεκκινήσεις.
Το fstab είναι αυτό μήπως φταίω εγώ

Κώδικας: Επιλογή όλων

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sdb1 during installation
UUID=0bbf2bc1-361c-4a0a-bce8-bf590532bdd1 /               ext4    noatime,errors=remount-ro 0       1
# /boot/efi was on /dev/sda3 during installation
UUID=0068-F872  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sdb2 during installation
UUID=2c08a6f8-4e62-46ad-8fc3-1eb8645ae13e /home           ext4    defaults,noatime        0       2
# /media/sotiris/Data was on /dev/sda6 during installation
UUID=F4BCC642BCC5FF5C /media/sotiris/Data ntfs    defaults,umask=007,gid=46 0       0
# swap was on /dev/sdb3 during installation
UUID=d2d2a118-6242-4304-a715-8fa5f8ffa9f3 none            swap    sw              0       0

sotos21 έγραψε:Έχω αφαιρέσει τις tmpfs από το fstab αλλά η fdisk -l δίνει τα ίδια, μάλλον είναι cgroup.

Δεν καταλαβαίνω τι εννοείς με το cgroup,κάνε το πιο λιανά.

sotos21 έγραψε:Το fstab είναι αυτό μήπως φταίω εγώ

Για κάνε comment την swap και το /boot/efi και ένα reboot.

Επίσης, μιας και έχεις GPT, προσωπικά θα προτιμούσα την gdisk ή την parted , έναντι της fdisk.

Είχες δίκιο με το που τα σχολίασα σταμάτησε ο έλεγχος.
Μόνο που πάντα υπήρχαν στο fstab δεν τα έβαλα εγώ. Η swap παρόλα αυτά είναι mount.
Για το cgroup εδώ τα λέει κατανοητά https://www.kernel.org/doc/Documentation/cgroups/cgroups.txt
Η parted δείχνει μόνο τα διαμερίσματα και όχι τα tmpfs.