Πέρασμα στο 18.04: Πως ήταν; (Περιλαμβάνει Ψηφοφορία)

...εγκαταστάσεις, αναβαθμίσεις, διαχείριση partitions, boot-loader, κλπ

Συντονιστής: adem1

Κανόνες Δ. Συζήτησης
Στην ενότητα αυτή γράφουμε θέματα/ προβλήματα μόνο για το UBUNTU ή τα παράγωγά του.

Πέρασμα στο 18.04 LTS. Πως ήταν;

Έκανα αναβάθμιση χωρίς κανένα πρόβλημα.
8
16%
Έκανα αναβάθμιση και αντιμετώπισα μικρά προβλήματα που έλυσα μάλλον εύκολα ή δεν έχω λύσει ακόμα.
6
12%
Έκανα αναβάθμιση και αντιμετώπισα σοβαρά προβλήματα που έλυσα δύσκολα ή δεν έχω λύσει ακόμα.
1
2%
Δεν αναβάθμισα / Δεν θα αναβαθμίσω.
2
4%
Έκανα νέα εγκατάσταση χωρίς κανένα πρόβλημα.
23
45%
Έκανα νέα εγκατάσταση και αντιμετώπισα μικρά προβλήματα που έλυσα μάλλον εύκολα ή δεν έχω λύσει ακόμα.
6
12%
Έκανα νέα εγκατάσταση και αντιμετώπισα σοβαρά προβλήματα που έλυσα δύσκολα ή δεν έχω λύσει ακόμα.
5
10%
 
Σύνολο ψήφων : 51

Re: Πέρασμα στο 18.04: Πως ήταν; (Περιλαμβάνει Ψηφοφορία)

Δημοσίευσηαπό DL_33 » 07 Νοέμ 2018, 19:08

Sto 16.04 ομως μια χαρα εργαζεται..και διαβαζει και γραφει..
Στο 18.04 εχει το προβλημα....
και ενα αλλο προβλημα, δεν κρατει τις ρυθμισεις της καρτας γραφικων για την εξοδο ηχου απο το HDMI
Γνώσεις ⇛ Linux: Χαμηλό ┃ Προγραμματισμός: Dos... ┃ Αγγλικά: Λιγα

Desktop : Ubuntu 11.04 i386
CPU: AMD A6 3650 │ RAM: 8GB │ Graphics Card
M/B : ASROCK A75 PRO |
Screen: LG FLATRON 22" | IIYAMA 19' Master Vision Pro | Fujitsu-Siemens 1560A+
Άβαταρ μέλους
DL_33
babeTUX
babeTUX
 
Δημοσιεύσεις: 51
Εγγραφή: 12 Δεκ 2009, 11:08
Εκτύπωση

Re: Πέρασμα στο 18.04: Πως ήταν; (Περιλαμβάνει Ψηφοφορία)

Δημοσίευσηαπό yiannis66 » 19 Νοέμ 2018, 06:00

Η αναβάθμιση από 17,10 έγινε και κατά την είσοδο στην 18.04 σταματούσε σε κονσόλα.
Έπρεπε να πάω σε
Κώδικας: Επιλογή όλων
startx
για να λειτουργήσει και η λύση ήταν να εγκαταστήσω την lightdm και όλα καλά τώρα
1 Γνώσεις Linux: O.K ┃ Προγραμματισμού: 0 ┃ Αγγλικών: O.K
2 Ubuntu 19.10 eoan 5.3.0-19-generic 64bit (el_GR.UTF-8, ubuntu:GNOME ubuntu-wayland), Ubuntu 5.3.0-18-generic
3 Intel Core i5 CPU 660 3.33GHz ‖ RAM 7760 MiB ‖ Hewlett-Packard 304Bh - HP Compaq 8100 Elite CMT PC
4 Intel Core Processor Integrated Graphics [8086:0042] {i915}
5 enp0s25: Intel 82578DM Gigabit Network Connection [8086:10ef] (rev 05)
Άβαταρ μέλους
yiannis66
daemonTUX
daemonTUX
 
Δημοσιεύσεις: 1016
Εγγραφή: 08 Νοέμ 2009, 22:52
Τοποθεσία: Ροδος
Εκτύπωση

Re: Πέρασμα στο 18.04: Πως ήταν; (Περιλαμβάνει Ψηφοφορία)

Δημοσίευσηαπό dim459 » 11 Δεκ 2018, 22:55

Αναβάθμιση από Kubuntu 16.04 64bit σε 18.04 64bit.
Αν και δεν συνηθίζω τις αναβαθμίσεις (έχω να κάνω καμιά δεκαριά χρόνια), όλα πήγαν καλά με εξαίρεση δύο μικροθεματάκια.
Το πρώτο δεν είναι πρόβλημα, απλά από όλες τις ρυθμίσεις μου δεν κράτησε μόνο το άνοιγμα φακέλων με μονό κλικ, το οποίο έπρεπε να αλλάξω.
Το δεύτερο υποθέτω έχει να κάνει με τον λόγο που με έκανε να προχωρήσω σε αναβάθμιση.
Ο εκνευριστικός indexer baloo (εξαιρετικός όταν δουλεύει, αλλά κρασάρει συχνά), κράσαρε για άλλη μια φορά, με αποτέλεσμα πρώτον να μην ανοίγει ο dolphin και δεύτερον να πάει αλλού γι αλλού η ανάλυση, από 1920χ1080 στο 1024χ768.
Μπροστά στην απόλυτη βαριεστημάρα να σβήσω για άλλη μια φορά τα logs του και να επανέλθει το σύστημα σε κανονική λειτουργία (δυστυχώς χρειάζομαι το indexing, δεν με βολεύει η απενεργοποίηση) και απόλυτα εκνευρισμένος, αποφάσισα να πατήσω το upgrade.
Έτσι το άλλο πρόβλημα που παρατηρώ έχει να κάνει με την δεξιά πλευρά της επιφάνειας εργασίας, στην οποία ότι widget και αν βάλω, μετά από επανεκκίνηση έχει την τάση να μετακινείται κάπου προς τα αριστερά, δηλαδή προς τα όρια της παραπάνω μικρότερης ανάλυσης.
Δεν επιλύεται ούτε με αφαίρεση και εκ νέου προσθήκη των widgets.
Είτε λοιπόν κάπου υπάρχει ένα βλαμμένο configuration file που δεν μπορώ να βρω, είτε πρέπει να ασχοληθώ με το πως να εφαρμόζει την σωστή ανάλυση φτάνοντας στην login screen και όχι κατά την πρόοδο φόρτωσης του γραφικού περιβάλλοντος (πείραγμα στον grub δεν παίζει, το videoinfo στην εκκίνηση, δεν δίνει την ανάλυση που θέλω ως υποστηριζόμενη από τον grub).
Θα μπορούσα βεβαίως να αφαιρέσω όλο το configuration του desktop, αλλά πρώτον βαριέμαι και δεύτερον καταστρατηγεί όλη την λογική της αναβάθμισης, την οποία την κάνεις ακριβώς για να μην το ξαναρρυθμίζεις από την αρχή.
Κατά τ' άλλα όλα καλά.
Μου φαίνεται ότι είναι λίγο πιο αργό στο boot και ελαφρώς πιο γρήγορο στη λειτουργία του.
Γνώσεις ⇛ Linux: Αν μου δώσεις οδηγίες σε τερματικό δεν τρομάζω ┃ Προγραμματισμός: Καθόλου┃ Αγγλικά: Εξαιρετικά
Λειτουργικό : Kubuntu 22.04 64bit.
Συσκευές-> Πάρα πολλές, θα στο γράψω ανά περίπτωση.
Άβαταρ μέλους
dim459
antiwinTUX
antiwinTUX
 
Δημοσιεύσεις: 3754
Εγγραφή: 15 Φεβ 2009, 19:28
Τοποθεσία: Bόρεια Αττική
Εκτύπωση

Re: Πέρασμα στο 18.04: Πως ήταν; (Περιλαμβάνει Ψηφοφορία)

Δημοσίευσηαπό George0k00 » 25 Δεκ 2018, 15:32

Αναβάθμιση από 16.04 σε 18.04, εξελίχθηκε ομαλά χωρίς σημαντικά προβλήματα και τώρα συνεχίζω να χρησιμοποιώ Unity.

Κατά τη διάρκεια της αναβάθμισης όμως αντιμετώπισα ένα πρόβλημα που απέτρεπε το grub να κάνει update. Διαμαρτυρόταν για έλλειψη ελεύθερου χώρου, ενώ οι κατατμήσεις του ubuntu και του /boot/efi ήταν σε καλή κατάσταση, παρόμοιο με αυτό.

Το grub αποθηκεύει περιστασιακά καταγραφές σχετικά με την εγκατάστασή του στον κατάλογο /sys/fs/efi/efivars/, ο οποίος δεν βρίσκεται στην κατάτμηση του ubuntu αλλά σε μνήμη NAND (ή NVRAM ?) στη μητρική και έχει αποθηκευμένα τα UEFI variables. Το πρόβλημα είναι ότι οι παραπάνω καταγραφές δεν διαγράφονται και σε βάθος χρόνου η μνήμη δεν χωράει άλλο, αποτρέποντας την ενημέρωση του grub. Όπως συμβουλεύει και στο παραπάνω link έτρεξα:
Κώδικας: Επιλογή όλων
rm /sys/fs/efi/efivars/dump-*
διαγράφοντας τις καταγραφές και το grub ενημερώθηκε επιτυχώς. (Προσοχή η αλλοίωση uefi variables μπορεί να καταστήσει το σύστημα άχρηστο και να μη bootαρει)

Τα τελευταία 2+ χρόνια παρατηρούσα ότι η διάρκεια του POST στο laptop αυξήθηκε σταδιακά από ~1 sec σε 10, δοκίμασα reset στις ρυθμίσεις κλπ αλλά δεν βοήθησε. Μόλις διέγραψα τις καταγραφές και έκανα reboot κάνει POST πάλι σε ~1 sec.

Περίεργο ότι μόνο σε αυτό το λαπτοπ (Acer Aspire E5-571) με UEFI έχω παρατηρήσει αυτό το πρόβλημα και το πως επηρέασε το χρόνο POST.
Laptop_1
Spoiler: show
1. Acer Aspire A715-71G-55KS
2. Ubuntu Budgie 20.04 5.4.0-29-generic | Ubuntu 22.04.1 5.15.0-56-generic
3. Intel Core i5-7300HQ | 16 GB DDR4 2133 MHz | Nvidia GP107M [GeForce GTX 1050 Mobile] [10de:1c8d] / Intel HD 630
4. Qualcomm Atheros QCA6174 802.11ac [168c:003e] | RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
Laptop_2
Spoiler: show
1. Aspire E5-571-39B5
2. Ubuntu 18.04.4 5.3.0-51-generic | Windows 10
3. Intel Core i3-4005U │ 8 GB DDR3L 1600 MHz │Intel HD 4400
4. Qualcomm Atheros QCA9565 / AR9565 [168c:0036]│RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
Άβαταρ μέλους
George0k00
Ubuntistas
Ubuntistas
 
Δημοσιεύσεις: 222
Εγγραφή: 17 Αύγ 2014, 18:55
Τοποθεσία: Λάρισα
Launchpad: kapgeorge
IRC: George0k00
Εκτύπωση

Re: Πέρασμα στο 18.04: Πως ήταν; (Περιλαμβάνει Ψηφοφορία)

Δημοσίευσηαπό the_eye » 25 Δεκ 2018, 21:42

George0k00 έγραψε:Τα τελευταία 2+ χρόνια παρατηρούσα ότι η διάρκεια του POST στο laptop αυξήθηκε σταδιακά από ~1 sec σε 10, δοκίμασα reset στις ρυθμίσεις κλπ αλλά δεν βοήθησε.

Ενημερωτικά το POST είναι κάτι που τρέχει στο BIOS και δεν έχει να κάνει με το λειτουργικό, ούτε με τον GRUB. Οπότε δεν μπορεί να αυξηθεί ο χρόνος του.
https://en.wikipedia.org/wiki/Power-on_self-test
Όσο λιγότερο κλειστό λογισμικό έχεις, τόσα λιγότερα προβλήματα.
1 Γνώσεις ⇛ Linux: Καλό ┃ Προγραμματισμός: Ναι PHP, MySQL ┃ Αγγλικά: Καλά
2 Ubuntu 22.04 Jammy Jellyfish 5.15.0-58-generic 64bit (el_GR.UTF-8, ubuntu:GNOME ubuntu)
3 Intel Core i3-6100 CPU @ 3.70GHz ‖ RAM 7836 MiB ‖ Gigabyte B150M-HD3 DDR3-CF - Gigabyte B150M-HD3 DDR3
4 Intel HD Graphics 530 [8086:1912] {i915}
5 enp1s0: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
Οδηγοί Ubuntu Βίντεο Οδηγοί
Άβαταρ μέλους
the_eye
Διαχειριστής
Διαχειριστής
 
Δημοσιεύσεις: 11671
Εγγραφή: 16 Μαρ 2010, 17:19
Launchpad: ntoulasd
IRC: the_eye_
Εκτύπωση

Re: Πέρασμα στο 18.04: Πως ήταν; (Περιλαμβάνει Ψηφοφορία)

Δημοσίευσηαπό George0k00 » 25 Δεκ 2018, 22:57

δοκίμασα reset στις ρυθμίσεις κλπ

* reset στις ρυθμίσεις του BIOS

Μάλλον δεν εξήγησα σωστά την κατάσταση. Με το POST ήθελα να εννοήσω το χρόνο εκκίνησης του laptop μέχρι την εμφάνιση του GRUB. Τα περιεχόμενα του καταλόγου /sys/fs/efi/efivars/ δεν βρίσκονται σε κατάτμηση στο σκληρό/ssd αλλά σε NVRAM στη μητρική. Μερικές φορές η update-grub αποθηκεύει καταγραφές σε εκείνο τον κατάλογο, με αποτέλεσμα να συσσωρεύονται σε βάθος χρόνου, μειώνοντας τον ελεύθερο χώρο της NVRAM. Για κάποιο άγνωστο λόγο, σύμφωνα με τις παρατηρήσεις μου η έλλειψη ελεύθερου χώρου στην NVRAM συνεπάγεται αυξημένο χρόνο εκκίνησης BIOS/UEFI. Δηλαδή με τη διαγραφή των καταγραφών dump-* είχα αισθητή διαφορά σε χρόνο εκκίνησης BIOS.

Τώρα δεν γνωρίζω αν αυτή η NVRAM είναι το τσιπ όπου βρίσκεται το BIOS. Βρήκα σχετικό αποτέλεσμα: https://www.dell.com/community/XPS/9570 ... rue#M21114
Laptop_1
Spoiler: show
1. Acer Aspire A715-71G-55KS
2. Ubuntu Budgie 20.04 5.4.0-29-generic | Ubuntu 22.04.1 5.15.0-56-generic
3. Intel Core i5-7300HQ | 16 GB DDR4 2133 MHz | Nvidia GP107M [GeForce GTX 1050 Mobile] [10de:1c8d] / Intel HD 630
4. Qualcomm Atheros QCA6174 802.11ac [168c:003e] | RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
Laptop_2
Spoiler: show
1. Aspire E5-571-39B5
2. Ubuntu 18.04.4 5.3.0-51-generic | Windows 10
3. Intel Core i3-4005U │ 8 GB DDR3L 1600 MHz │Intel HD 4400
4. Qualcomm Atheros QCA9565 / AR9565 [168c:0036]│RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
Άβαταρ μέλους
George0k00
Ubuntistas
Ubuntistas
 
Δημοσιεύσεις: 222
Εγγραφή: 17 Αύγ 2014, 18:55
Τοποθεσία: Λάρισα
Launchpad: kapgeorge
IRC: George0k00
Εκτύπωση

Re: Πέρασμα στο 18.04: Πως ήταν; (Περιλαμβάνει Ψηφοφορία)

Δημοσίευσηαπό the_eye » 26 Δεκ 2018, 00:10

George0k00 έγραψε:Με το POST ήθελα να εννοήσω το χρόνο εκκίνησης του laptop μέχρι την εμφάνιση του GRUB.

Ναι, σωστό είναι αυτό.

George0k00 έγραψε:Τα περιεχόμενα του καταλόγου /sys/fs/efi/efivars/ δεν βρίσκονται σε κατάτμηση στο σκληρό/ssd αλλά σε NVRAM στη μητρική. Μερικές φορές η update-grub αποθηκεύει καταγραφές σε εκείνο τον κατάλογο, με αποτέλεσμα να συσσωρεύονται σε βάθος χρόνου, μειώνοντας τον ελεύθερο χώρο της NVRA

Στην NVRAM (CMOS Chip) βρίσκεται το BIOS ή το EFI στους νέους υπολογιστές. Στον κατάλογο /sys/fs/efi/efivars/ μπορεί να βάζει κάποιο αντίγραφο τον ρυθμίσεων για ποιο γρήγορη προσπέλαση.
Το update-grub γράφει στο MBR του δίσκου, καμία σχέση με BIOS και NVRAM.

Δεν ξέρω αν έχω χάσει κάτι από την εξέλιξη του UEFI, αλλά έτσι ήταν τα πράγματα. Δώσε το αποτέλεσμα της εντολής mount να δούμε πως βλέπει τα filesystems.
Όσο λιγότερο κλειστό λογισμικό έχεις, τόσα λιγότερα προβλήματα.
1 Γνώσεις ⇛ Linux: Καλό ┃ Προγραμματισμός: Ναι PHP, MySQL ┃ Αγγλικά: Καλά
2 Ubuntu 22.04 Jammy Jellyfish 5.15.0-58-generic 64bit (el_GR.UTF-8, ubuntu:GNOME ubuntu)
3 Intel Core i3-6100 CPU @ 3.70GHz ‖ RAM 7836 MiB ‖ Gigabyte B150M-HD3 DDR3-CF - Gigabyte B150M-HD3 DDR3
4 Intel HD Graphics 530 [8086:1912] {i915}
5 enp1s0: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
Οδηγοί Ubuntu Βίντεο Οδηγοί
Άβαταρ μέλους
the_eye
Διαχειριστής
Διαχειριστής
 
Δημοσιεύσεις: 11671
Εγγραφή: 16 Μαρ 2010, 17:19
Launchpad: ntoulasd
IRC: the_eye_
Εκτύπωση

Re: Πέρασμα στο 18.04: Πως ήταν; (Περιλαμβάνει Ψηφοφορία)

Δημοσίευσηαπό George0k00 » 26 Δεκ 2018, 10:36

Στη 14η σειρά αναφέρεται το σημείο προσάρτησης /sys/firmware/efi/efivars, με σύστημα αρχείων efivarfs
Κώδικας: Επιλογή όλων
george@aspire-ubuntu:~$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=4013864k,nr_inodes=1003466,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=808896k,mode=755)
/dev/sda5 on / type ext4 (rw,noatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=26,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=268)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime)
configfs on /sys/kernel/config type configfs (rw,relatime)
/var/lib/snapd/snaps/core_6034.snap on /snap/core/6034 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_5897.snap on /snap/core/5897 type squashfs (ro,nodev,relatime,x-gdu.hide)
/var/lib/snapd/snaps/core_6130.snap on /snap/core/6130 type squashfs (ro,nodev,relatime,x-gdu.hide)
/dev/sda2 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=808892k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/dev/mmcblk0p1 on /media/george/sd type ext4 (rw,nosuid,nodev,relatime,uhelper=udisks2)
vmware-vmblock on /run/vmblock-fuse type fuse.vmware-vmblock (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,relatime)


Σε UEFI συστήματα οι update-grub και grub-install, κάνουν εγγραφές στην nvram (ή CMOS chip όπως αναφέρεις), από όσο κατάλαβα. Δημιουργούν στην κατάτμηση EFI τα αρχεία που εκκινούν το λειτουργικό, αλλά δημιουργούν και μια μεταβλητή (EFI variable) στην τοποθεσία /sys/firmware/efi/efivars/ στην οποία υπάρχει η τοποθεσία αυτών των αρχείων ώστε να δημιουργηθεί η επιλογή για το συγκεκριμένο λειτουργικό στο UEFI.

Για παράδειγμα αυτή τη μεταβλητή τη διαβάσω με xxd παρακάτω:
Κώδικας: Επιλογή όλων
george@aspire-ubuntu:/sys/firmware/efi/efivars$ xxd Boot0001-8be4df61-93ca-11d2-aa0d-00e098032b8c
00000000: 0700 0000 0100 0000 6200 7500 6200 7500  ........b.u.b.u.
00000010: 6e00 7400 7500 0000 0401 2a00 0200 0000  n.t.u.....*.....
00000020: 0018 0e00 0000 0000 0020 0300 0000 0000  ......... ......
00000030: 8e01 cf31 cf17 8d4a 934b 7bc3 afe1 d7ef  ...1...J.K{.....
00000040: 0202 0404 3400 5c00 4500 4600 4900 5c00  ....4.\.E.F.I.\.
00000050: 7500 6200 7500 6e00 7400 7500 5c00 7300  u.b.u.n.t.u.\.s.
00000060: 6800 6900 6d00 7800 3600 3400 2e00 6500  h.i.m.x.6.4...e.
00000070: 6600 6900 0000 7fff 0400                 f.i.......
george@aspire-ubuntu:/sys/firmware/efi/efivars$ ls
AcpiGlobalVariable-c020489e-6db2-4ef2-9aa5-ca06fc11d36a        LegacyDevOrder-a56074db-65fe-45f7-bd21-2d2bdd8e9652
ActiveVgaDev-59d1c24f-50f1-401a-b101-f33e0daed443              MemoeryTypeUpdateInfo-4c19049f-4137-4dd3-9c10-8b97a83ffdfa
ACUB-89cb0e8d-393c-4830-bfff-65d9147e8c3b                      MemoryTypeInformation-4c19049f-4137-4dd3-9c10-8b97a83ffdfa
AdministerSecureBoot-59d1c24f-50f1-401a-b101-f33e0daed443      MrcS3RestoreVariable-14ef381c-9721-434e-be09-192ab97e781f
AEBT-89cb0e8d-393c-4830-bfff-65d9147e8c3b                      MsdmAddress-fd21bf2b-f5d1-46c5-aee3-c60158339239
ASTM-89cb0e8d-393c-4830-bfff-65d9147e8c3b                      MTC-eb704011-1402-11d3-8e77-00a0c969723b
AuthVarKeyDatabase-515fa686-b06e-4550-9112-382bf1067bfb        OEM_GOP_VGA_INFO-1d170e85-3638-44f2-94e1-c7e016c022e4
Boot0001-8be4df61-93ca-11d2-aa0d-00e098032b8c                  OEM_IGPU_VGA_INFO-1d170e85-3638-44f2-94e1-c7e016c022e4
Boot0002-8be4df61-93ca-11d2-aa0d-00e098032b8c                  OfflineUniqueIDRandomSeedCRC-eaec226f-c9a3-477a-a826-ddc716cdc0e3
Boot2001-8be4df61-93ca-11d2-aa0d-00e098032b8c                  OfflineUniqueIDRandomSeed-eaec226f-c9a3-477a-a826-ddc716cdc0e3
Boot2002-8be4df61-93ca-11d2-aa0d-00e098032b8c                  OsIndications-8be4df61-93ca-11d2-aa0d-00e098032b8c
Boot2003-8be4df61-93ca-11d2-aa0d-00e098032b8c                  OsIndicationsSupported-8be4df61-93ca-11d2-aa0d-00e098032b8c
BootCurrent-8be4df61-93ca-11d2-aa0d-00e098032b8c               PBRDevicePath-a9b5f8d2-cb6d-42c2-bc01-b5ffaae4335e
BootDevice-0a4cd120-ea2d-4aef-a4b0-b0c08cbbdbbe                PchInit-e6c2f70a-b604-4877-85ba-deec89e117eb
BootOrder-8be4df61-93ca-11d2-aa0d-00e098032b8c                 PchInitPei-a31b27a4-cae6-48ff-8c5a-294221e6f389
certdb-59d1c24f-50f1-401a-b101-f33e0daed443                    PchS3Peim-e6c2f70a-b604-4877-85ba-deec89e117eb
COMPAL-b697de83-1ab6-42c4-9dee-a806c637818b                    PegDataVar-28cf6d27-0694-45d0-a06a-15266f1e8346
ConIn-8be4df61-93ca-11d2-aa0d-00e098032b8c                     PhysicalBootOrder-59d1c24f-50f1-401a-b101-f33e0daed443
ConInCandidateDev-59d1c24f-50f1-401a-b101-f33e0daed443         PK-8be4df61-93ca-11d2-aa0d-00e098032b8c
ConInDev-8be4df61-93ca-11d2-aa0d-00e098032b8c                  PKDefault-8be4df61-93ca-11d2-aa0d-00e098032b8c
ConOut-8be4df61-93ca-11d2-aa0d-00e098032b8c                    PlatformLang-8be4df61-93ca-11d2-aa0d-00e098032b8c
ConOutCandidateDev-59d1c24f-50f1-401a-b101-f33e0daed443        PlatformLangCodes-8be4df61-93ca-11d2-aa0d-00e098032b8c
ConOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c                 RestoreFactory-59d1c24f-50f1-401a-b101-f33e0daed443
CurrentPolicy-77fa9abd-0359-4d32-bd60-28f4e78f784b             RestoreFactoryDefault-59d1c24f-50f1-401a-b101-f33e0daed443
Custom-a04a27f4-df00-4d42-b552-39511302113d                    SataDeviceMap-59d1c24f-50f1-401a-b101-f33e0daed443
CustomPlatformLang-59d1c24f-50f1-401a-b101-f33e0daed443        SaveHddPasswordInfo-a17d3ac5-4897-47b5-9912-21a9697ebdde
CustomSecurity-59d1c24f-50f1-401a-b101-f33e0daed443            SecureBoot-8be4df61-93ca-11d2-aa0d-00e098032b8c
db-d719b2cb-3d3a-4596-a3bc-dad00e67656f                        SecureBootEnforce-59d1c24f-50f1-401a-b101-f33e0daed443
dbDefault-8be4df61-93ca-11d2-aa0d-00e098032b8c                 SecureFlashInfo-382af2bb-ffff-abcd-aaee-cce099338877
dbx-d719b2cb-3d3a-4596-a3bc-dad00e67656f                       SerialNumber-89cb0e8d-393c-4830-bfff-65d9147e8c3b
dbxDefault-8be4df61-93ca-11d2-aa0d-00e098032b8c                Setup-a04a27f4-df00-4d42-b552-39511302113d
DevModelName-89cb0e8d-393c-4830-bfff-65d9147e8c3b              SetupMode-8be4df61-93ca-11d2-aa0d-00e098032b8c
ErrOutDev-8be4df61-93ca-11d2-aa0d-00e098032b8c                 SignatureSupport-8be4df61-93ca-11d2-aa0d-00e098032b8c
FUB-1dd54778-f3ea-11e0-af9a-84914824019b                       SmbiosPolicy-41a3ee4e-6d57-418b-8f8e-c366a5b70c4b
IrsiInfo-5bce4c83-6a97-444b-63b4-672c014742ff                  SpdData-70a9c11d-f710-42f8-89c1-bde841dc9b45
IsExitWithoutChange-89cb0e8d-393c-4830-bfff-65d9147e8c3b       TargetHddDevPath-59d1c24f-50f1-401a-b101-f33e0daed443
KEK-8be4df61-93ca-11d2-aa0d-00e098032b8c                       Timeout-8be4df61-93ca-11d2-aa0d-00e098032b8c
KEKDefault-8be4df61-93ca-11d2-aa0d-00e098032b8c                Type171-b42a13cf-35a8-40f5-aa9a-3b9ab8b1a898
Kernel_ATPSiStatus-77fa9abd-0359-4d32-bd60-28f4e78f784b        UnlockIDCopy-eaec226f-c9a3-477a-a826-ddc716cdc0e3
Kernel_EntRevokeSiStatus-77fa9abd-0359-4d32-bd60-28f4e78f784b  VbeCrtcInfo-bbd1fd65-5668-4fb2-8999-231095717a10
Kernel_RvkSiStatus-77fa9abd-0359-4d32-bd60-28f4e78f784b        VBiosInfo-bbd1fd65-5668-4fb2-8999-231095717a07
Kernel_SiStatus-77fa9abd-0359-4d32-bd60-28f4e78f784b           VendorKeys-8be4df61-93ca-11d2-aa0d-00e098032b8c
Kernel_SkuSiStatus-77fa9abd-0359-4d32-bd60-28f4e78f784b        WatchDogTimer-43034e36-b8f4-4029-ba4c-08a2d0b14648
Kernel_WinSiStatus-77fa9abd-0359-4d32-bd60-28f4e78f784b        WindowsMode-694e8cb3-b30c-4276-8f71-b666c30ec934
LastSataPortPresent-59d1c24f-50f1-401a-b101-f33e0daed443


Μάλιστα στο manpage του grub-install υπάρχει μια παράμετρος --no-nvram:
Κώδικας: Επιλογή όλων
       --no-nvram
              don't update the `boot-device'/`Boot*' NVRAM variables. This option is only available on EFI and IEEE1275 targets.


Οι καταγραφές dump-* δε βρήκα ακόμα για πιο λόγο δημιουργήθηκαν, μάλλον δε γίνονται από το grub. :?:
Laptop_1
Spoiler: show
1. Acer Aspire A715-71G-55KS
2. Ubuntu Budgie 20.04 5.4.0-29-generic | Ubuntu 22.04.1 5.15.0-56-generic
3. Intel Core i5-7300HQ | 16 GB DDR4 2133 MHz | Nvidia GP107M [GeForce GTX 1050 Mobile] [10de:1c8d] / Intel HD 630
4. Qualcomm Atheros QCA6174 802.11ac [168c:003e] | RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
Laptop_2
Spoiler: show
1. Aspire E5-571-39B5
2. Ubuntu 18.04.4 5.3.0-51-generic | Windows 10
3. Intel Core i3-4005U │ 8 GB DDR3L 1600 MHz │Intel HD 4400
4. Qualcomm Atheros QCA9565 / AR9565 [168c:0036]│RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller
Άβαταρ μέλους
George0k00
Ubuntistas
Ubuntistas
 
Δημοσιεύσεις: 222
Εγγραφή: 17 Αύγ 2014, 18:55
Τοποθεσία: Λάρισα
Launchpad: kapgeorge
IRC: George0k00
Εκτύπωση

Re: Πέρασμα στο 18.04: Πως ήταν; (Περιλαμβάνει Ψηφοφορία)

Δημοσίευσηαπό the_eye » 27 Δεκ 2018, 04:16

Ωραία, νέα πράγματα. Ουσιαστικά εκεί πρέπει να υπάρχουν οι πληροφορίες για τα κλειδιά για το sercure boot. Υπάρχει και το σχετικό εργαλείο. http://manpages.ubuntu.com/manpages/bio ... var.1.html
Όσο λιγότερο κλειστό λογισμικό έχεις, τόσα λιγότερα προβλήματα.
1 Γνώσεις ⇛ Linux: Καλό ┃ Προγραμματισμός: Ναι PHP, MySQL ┃ Αγγλικά: Καλά
2 Ubuntu 22.04 Jammy Jellyfish 5.15.0-58-generic 64bit (el_GR.UTF-8, ubuntu:GNOME ubuntu)
3 Intel Core i3-6100 CPU @ 3.70GHz ‖ RAM 7836 MiB ‖ Gigabyte B150M-HD3 DDR3-CF - Gigabyte B150M-HD3 DDR3
4 Intel HD Graphics 530 [8086:1912] {i915}
5 enp1s0: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 15)
Οδηγοί Ubuntu Βίντεο Οδηγοί
Άβαταρ μέλους
the_eye
Διαχειριστής
Διαχειριστής
 
Δημοσιεύσεις: 11671
Εγγραφή: 16 Μαρ 2010, 17:19
Launchpad: ntoulasd
IRC: the_eye_
Εκτύπωση

Re: Πέρασμα στο 18.04: Πως ήταν; (Περιλαμβάνει Ψηφοφορία)

Δημοσίευσηαπό xristos v » 18 Φεβ 2019, 17:29

γεια σας εκανα περασμα απο το 16.04 στο 18.4 και δεν εχω ηχο ουτε μου ανοιγει τις ρυθμισεις και δε μου εμφανιζει το ημερολογιο τι πρεπει να κανω;
1 Γνώσεις Linux: Καθόλου ┃ Προγραμματισμού: Καθόλου ┃ Αγγλικών: Ικανοποιητικό
2 Ubuntu 14.10 utopic 3.16.0-28-generic 32bit (el_GR.UTF-8, Unity ubuntu), Ubuntu 3.16.0-23-generic
3 Intel Core2 Quad CPU Q6600 2.40GHz ‖ RAM 3035 MiB ‖ Gigabyte 946GMX-S2
4 Advanced Micro Devices, Inc. [AMD/ATI] Cedar [Radeon HD 5000/6000/7350/8350 Series] [1002:68f9] {radeon}
5 eth0: Realtek RTL-8110SC/8169SC Gigabit Ethernet [10ec:8167] (rev 10)
xristos v
babeTUX
babeTUX
 
Δημοσιεύσεις: 71
Εγγραφή: 30 Νοέμ 2014, 15:13
Εκτύπωση

ΠροηγούμενηΕπόμενο

Επιστροφή στο Λειτουργικό Σύστημα

cron