• Opret dig
  • Glemt adgangskode

User account menu

  • Artikler
  • Forside
  • Forum
  • Nyheder
  • Log ind
Hjem
LinuxIN.dk

Snak med

Opret dig!

Af Slettet220102 | 08.05.2020 23:30

Få det bedste ud af din Ubuntu 18.04 og 20.04 (vejledning)

Løst og fast
Få det bedste ud af din Ubuntu 18.04 og 20.04



Linux med distributioner, Ubuntu og Mint LTS i særdeleshed, regnes af de fleste kendere som værende noget af det mest stabile, sikre, hurtige, du kan bruge som styresystem på en computer.
Distributionerne bliver pakket solidt, som en poleret pakkeløsning, der let kan installeres og bruges, for det meste med meget lidt konfiguration fra start.

Du får let installation af codecs, drivere, kontoopsætninger og backups klar direkte ud af æsken.
Mange mener dette er tilstrækkeligt. Det er det bestemt også for det meste og for de fleste.

I denne vejledning vil jeg dykke ned i nogle detaljer og opsætning af Ubuntu.

Visse ting, der står skrevet i denne vejledning vil kunne bruges i andre Linuxdistributioner, såsom konfigurationer af /etc/fstab, /etc/sysctl.conf, mfl. Men mest af alt vil denne vejledning dreje sig om konfiguration af Ubuntu 18.04 og 20.04.


*OPDATERET*

Jeg har i mine forsøg fundet ud af, at problemet udelukkende begrænser sig til EXT4 filsystemet, og det gælder alle Linux distributioner. Andre filsystemer, end EXT4 på alle Linux distributioner er ikke berørt, heller ikke ZFS, hvorfor nedenstående fix IKKE skal udføres på andre filsystemer overhovedet, det gælder også vm.dirty.background-hacket i /etc/sysctl.conf

I Ubuntu og andre Linux, er der visse ting, der ud af boksen ikke fungerer helt som det skal. Jeg erfarer, at kopiering, flytning, komprimering, udtrækning af store, eller mange filer kan få musen, vinduet og skrivebordet til, at blive mindre responsivt imens operationen står på.
Det viser sig, at et sted i systemet, er der en fjollet regel, der er sat således, at hvis du bruger SSD, er IO Scheduler sat til CFQ og opererer som en roterende disk. Ydermere opfører diskcachen sig ikke tilfredsstillende.

De to ting har jeg løst således:

Opret en udev scheduler konfigurationsfil:

sudo nano /etc/udev.rules.d/60-schedulers.rules


Sæt roterende diske til at bruge CFQ og SSD til at bruge mq-deadline (deadline er bedst til SSD)

*Dette har ikke, at gøre med standard-scheduler sat globalt i systemet, men at rette en fejl, der specifikt sløver filpoperationer. Løsningen er testet og virker sammen med /etc/sysctl-løsningen.*

Således:

# set cfq scheduler for rotating disks
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="cfq"

# set deadline scheduler for non-rotating disks
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="deadline"



ctrl +x gem, luk.

sudo nano /etc/sysctl.conf


vm.dirty_background_ratio = 5
vm.dirty_ratio = 10




Netværk latency oplever jeg ofte alt for høj i Linux generelt, i modsætning til FreeBSD og andre UNIX. Lad os fikse det. Jeg bruger 16 GB ram i min maskine, så hvis du ikke har rigeligt med ram, spring dette trin over.
Denne løsning vil give en stærk og hurtig, lav netværkslatency. Du vil opleve mindre flaskehals på softwarestacken af din forbindelse. En ting jeg synes burde være standard i enhver distribution:

Stadig i /etc/sysctl.conf:


net.core.rmem_default = 200000000
net.core.wmem_default = 200000000
net.core.rmem_max = 207772160
net.core.wmem_max = 207772160


ctrl+x, gem, luk

Slå WIFI Power Save fra:

sudo nano /etc/NetworkManager/conf.d/default-wifi-powersave-on.conf

[connection]
wifi.powersave = 3


Sæt 3 til 2


ctrl +x, luk


Sæt swap til kun at aktiveres, når det er aller mest nødvendigt, (det gavner performance, hvis du har rigeligt med ram og SSD)


I /etc/sysctl.conf, indsæt:

sudo nano /etc/sysctl.conf


vm.swappiness=1

Ctrl+x, gem luk

Bruger du VPN, kan IPV6 få din rigtige IP-adresse til, at lække, derfor slå IPV6 fra ved boot:

net.ipv6.conf.all.disable_ipv6 = 1

net.ipv6.conf.default.disable_ipv6 = 1

net.ipv6.conf.lo.disable_ipv6 = 1


ctrl +x, gem, luk



Rigeligt med ram? Kom /tmp i ram!

sudo cp -v /usr/share/systemd/tmp.mount /etc/systemd/system/


sudo systemctl enable tmp.mount



Få bluetooth til bare, at virke med enhver enhed:

sudo nano /etc/default/grub


Find linjen GRUB_CMDLINE_LINUX_DEFAULT=

Indsæt bluetooth.disable_ertm=1

således:

GRUB_CMDLINE_LINUX_DEFAULT="bluetooth.disable_ertm=1 quiet splash"



Luk og gem, ctrl+x

Opdater grub2:

sudo update-grub



Tid til genstart af maskinen!

Når du er startet op, åben terminalen og installer chrome-gnome-shell. Den pakke får du brug for, for at kunne installere GNOME Shell Extensions fra Firefox.

sudo apt install chrome-gnome-shell



Når du har installeret, åbn firefox og hjemmesiden for GNOME udvidelser

https://extensions.gnome.org/

Søg på cpufreq. Klik på den der skriver "System Monitor and Power Manager" og har et billede, hvor der står 2 ghz.

Inden du slår cpufreq GNOME extensions til, afinstaller irqbalance (nødvendigt):

sudo apt remove irqbalance



Klik skyderen til "enable" (installer cpufreq)

Indtast din adgangskode to tre gange for, at lade cpufreq installere et par værktøjer.

Når den er færdig, klik på GHz-ikonet i toppanelet. Sæt Power Profile og Governor til High Performance.

Det var det. Ingen grund til, at ændre mere i cpufreq.

Genstart maskinen.


Dette var en hurtig, men effektiv vejledning til en hurtigere og mere stabil Ubuntu 20.04.

Et par andre udvidelser, jeg kan anbefale her i bunden:


GNOME extensions:

bluetooth quick connect

caffeine

files view

disable undirect fullscreen windows

gsconnect

grown up notifications

mpris indicator button

noannoyance

notifications alert

openweather

permanent notifications

printers

removable drive menu

screenshot tool

sound input & output device chooser


Firefox Tweaking:


Skriv about:config i adresselinjen, klik ja til advarslen.

Sæt værdierne nedenfor en for en i about:config.


layout.frame_rate.precise enable

privacy.trackingprotection.enabled true

image.mem.max_decoded_image_kb 51200

javascript.options.mem.max 51200

javascript.options.mem.high_water_mark 30

browser.sessionhistory.max_entries 10

mousewheel.min_line_scroll_amount 60

layers.offmainthreadcomposition.enabled true

layers.offmainthreadcomposition.async-animations true

layers.async-video.enabled true

Bruger du nyere onboard Intel, fjern xorg-driveren, du behøver den ikke, den er allerede inkluderet i kernen:

sudo apt remove xserver-xorg-video-intel

Til NVIDIA grafikkort/drivere:

Følg denne guide til Ubuntu.

https://rastating.github.io/how-to-permanently-set-nvidia-powermizer-se…

***Opdateret**

I /etc/default/grub, indsæt:

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash mitigations=off"


Dernæst:

sudo update-grub


**************

Forklaringen herpå er, at Intel mitigations, der skal dæmme op for Spectre og Meltdown sårbarhederne, er så sløvende, at det til tider kan gøre Linux desktoppen ganske utålelig, at arbejde med. Desuden er risikoen for udnyttelse af disse sårbarheder på desktoppen så minimale, at det ikke kan betale sig at ofre så meget performance på det.

**************

Genstart.



  • Log ind eller opret dig for at tilføje kommentarer

Kommentarer45

# 1

5 år 1 måned siden

Permalink

Indsendt af jenss den 9. maj 2020 kl. 00:03

Permalink

Tommelmand op

Mangler ofte lidt en anbefalingsknap eller hvad de nu kan hedde, for lige at give en positiv tilkendegivelse uden de store armbevægelser - hermed givet :-)
  • Log ind eller opret dig for at tilføje kommentarer

# 2

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 9. maj 2020 kl. 12:51

Permalink

(fin guide!, takker)
Er

#0:
(fin guide!, takker)
Er det en upgrade fra 18.04 du har lavet? Kiggede lige på min friske kvm install af Ubuntu 20.04 og den viser scheduler (terminal: cat /sys/block/sda/queue/scheduler) som værende mq.deadline.

Denne siger da også at de er gået væk fra cfq: https://wiki.ubuntu.com/Kernel/Reference/IOSchedulers,
så måske er du blevet snydt af gammel configurationsfiler fra gammel lts?
  • Log ind eller opret dig for at tilføje kommentarer

# 3

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 9. maj 2020 kl. 13:07

In reply to (fin guide!, takker)
Er
by linuxuser42

Permalink

IO Scheduler er mq-deadline.

IO Scheduler er mq-deadline.

Udev regelen retter en anden fejl, der fik systemet til at køre CFQ på SSD alligevel i større filoperationer. Anyways, rotational/non-rotational-løsningen fikser i hvertfald den bug, der giver den frysning af vinduet/skrivebordet, når der kopieres, flyttes, komprimeres, udtrækkes.

En bug, der er over 10 år gammel.

Så nej, dette er en helt ny vejledning, der virker på Ubuntu 20.04, men også 18.04. nøje testet og afprøvet.
  • Log ind eller opret dig for at tilføje kommentarer

# 4

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 9. maj 2020 kl. 15:25

Permalink

Check. Hvordan

#3:

Check. Hvordan reproducerer man fejlen? Har du referencer?
  • Log ind eller opret dig for at tilføje kommentarer

# 5

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 9. maj 2020 kl. 15:30

Permalink

Check. Hvordan reproducerer

Check. Hvordan reproducerer man fejlen? Har du referencer?

Sørg for ikke, at have gennemført fikset først.

Dernæst hav en ekstern harddisk - SSD ,USB , eller roterende ekstern disk er ligegyldigt - klar. Herefter flytter du en eller flere store filer enten til eller fra den eksterne disk til den interne. Det skal helst være minimum 1GB, helst over 4 GB, så man rigtig har tid til at flytte rundt på markøren og vinduet imens.

Komprimering eller udtrækning af en meget stor mappe(r) fil(r) gør det samme ved responsen. Kopiering af en meget stor mappe(r) fil(r) gør samme udslag.

vm.dirty_background_ratio = 5
vm.dirty_ratio = 10
i /etc/sysctl.conf (som beskrevet i vejledningen) løser sammen med udev-fikset, denne fejl.



  • Log ind eller opret dig for at tilføje kommentarer

# 6

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 9. maj 2020 kl. 17:03

Permalink

Ved ikke om du overdriver

Ved ikke om du overdriver fejlen en smule. I hvert fald burde der være en bug ref til fejlen. Har du lagt den ind nu du kan reproducere?
  • Log ind eller opret dig for at tilføje kommentarer

# 7

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 9. maj 2020 kl. 17:29

Permalink

Nej, det gør jeg bestemt

Nej, det gør jeg bestemt ikke. Den er vidt udbredt og har generet mange i mange år, inklusiv mig selv. Min bar er sat meget højt for, hvad en arbejdsmaskine skal kunne. Og en ting er sikkert. Den skal på ingen måder genere mig.

Her er en til flere bugreferencer. Som sagt er den stadig ikke fikset, efter mange mange år.

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1208993

https://askubuntu.com/questions/734827/transfer-freezes-when-writing-bi…

Desuden skal du stole på mig, når jeg siger noget. Jeg har et ørneøje og er skarp som et barberblad, når jeg opdager ting, der kan forbedres. Det gælder alt fra indretning, til indkøb, til sprog, malerier/kunst/musik, men især computer science. Lytter man ikke efter, når jeg pointerer en fejl, eller et forslag til forbedring, så gør man sig selv en stor bjørnetjeneste. Så spids ører. Jeg sjusker aldrig, jeg er super perfektionist.
  • Log ind eller opret dig for at tilføje kommentarer

# 8

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 9. maj 2020 kl. 21:48

Permalink

Check. Godt arbejde.

#7:
Check. Godt arbejde.
Ser du også en forbedring med 20.04?
  • Log ind eller opret dig for at tilføje kommentarer

# 9

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 9. maj 2020 kl. 22:27

Permalink

Tak, Claus. :)
Ser du også

Tak, Claus. :)

Ser du også en forbedring med 20.04?

Absolut. Det er den hurtigste GNOME 3, der nogensinde har været, indtil nu. Ingen lag, eller framedrops overhovedet.

  • Log ind eller opret dig for at tilføje kommentarer

# 10

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 9. maj 2020 kl. 23:05

Permalink

Ja men jævnfør fejlen.

#9:
Ja men jævnfør fejlen. Nogle påstår den er fixet. Kan du sige den ikke er fixet? Er du involveret?
  • Log ind eller opret dig for at tilføje kommentarer

# 11

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 9. maj 2020 kl. 23:21

Permalink

Jeg har set datoer fra

Jeg har set datoer fra Launchpad fra april 2020, hvor den endnu ikke er fikset, men jeg kan ikke finde den på Launchpad lige nu.Men den er der stadig, den bugreport, og den stammer vist tilbage fra 2011 eller 12. Jeg ved, fordi jeg har set andre duplikater andre steder på nettet, at den har eksisteret siden kernel 2.6. Og det er mindst 10 år.

Ja, når den workaround jeg har fundet, er sat op, så forsvinder problemet næsten. Men ikke helt. Derfor er det ikke et fix, men en workaround.

Det er derfor op til kerneludviklerne, at implementere et rigtigt fix, og ikke en lappeløsning.
  • Log ind eller opret dig for at tilføje kommentarer

# 12

5 år 1 måned siden

Permalink

Indsendt af frogmaster den 11. maj 2020 kl. 16:27

Permalink

Det er en flot vejledning #0

Det er en flot vejledning #0 præsentere.

Jeg vil blot nævne, at hvis det går med 20.04 LTS, som det gjorde med 18.04 LTS, så er der en sandsynlighed for at du/man er nødt til at ominstallere 20.04, efter den er fejlrettet af Ubuntu, uanset hvad brugerne har forsøgt sig med af workarounds.

Derfor, vent med at installere 20.04, indtil vel omkring august-september 2020. Med mindre selvfølgelig, du finder det interessant at bruge tid på ting, der endnu ikke er stabile.

Blot som eksempel: https://www.linuxin.dk/node/22784
  • Log ind eller opret dig for at tilføje kommentarer

# 13

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 12. maj 2020 kl. 01:21

Permalink

Der er intet i den

Der er intet i den vejledning jeg ikke ville benytte mig i 18.04 på nuværende tidspunkt. Uden den vejledning/tweaks kan jeg simpelthen ikke bruge GNOME til hverdagsbrug, det være sig 18.04, eller 20.04.
  • Log ind eller opret dig for at tilføje kommentarer

# 14

5 år 1 måned siden

Permalink

Indsendt af frogmaster den 13. maj 2020 kl. 13:17

Permalink

For at gøre Ubuntu 20.04

For at gøre Ubuntu 20.04 lidt mere brugervenlig, for dem der ønsker nemmere håndtering af scriptfiler, så installer dconf-editor, og fra dconf-editor editer: /org/gnome/nautilus/preferences/executable-text-activation

Deaktiver standardværdi og sæt Brugerdefineret værdi til 'ask'
Når du derefter dobbeltklikker på et script, bliver du spurgt om du vil køre scriptet i terminalen eller åbne det med teksteditoren.

Hvis man ønsker en mere brugervenlig File Manager end Nautilus, så giver Nemo ingen problemer.

Hvis du har installeret Ubuntu 20.04 virtuelt, og ønsker Shared Folders aktiveret, så tilføj til fstab i den virtuelle Ubuntu 20.04 guest:
.host:/ /mnt/hgfs fuse.vmhgfs-fuse allow_other 0 0

Shared Folders skal være aktiv i det virtuelle PC program, og mapper du ønsker at dele på hosten, skal være defineret.

Genstart Ubuntu 20.04
  • Log ind eller opret dig for at tilføje kommentarer

# 15

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 13. maj 2020 kl. 22:29

Permalink

Derfor, vent med at

#12: Derfor, vent med at installere 20.04, indtil vel omkring august-september 2020. Med mindre selvfølgelig, du finder det interessant at bruge tid på ting, der endnu ikke er stabile.

Enig. Og 20.04 er altså en sand nydelse i kvm/virtualbox/vmware/hyper-v indtil da.
Installation, mørk tema, smoth med den nye gnome, integration med online drive/konti/kalender. Standard installations valgene er fine, ja med de undtagelser der er dokumenteret ovenfor. Prøv det før din nabo.

Man kan selvfølgelig også bare installere det nye Yaru Dark tema i den gamle LTS / Debian / Fedora. Så er man kommet lidt derhenad.
  • Log ind eller opret dig for at tilføje kommentarer

# 16

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 14. maj 2020 kl. 17:21

Permalink

en sand nydelse i

en sand nydelse i kvm/virtualbox/vmware/hyper-v

En virtuel nydelse? Jeg har aldrig fattet hvad folk får ud af, at køre et GTK3 miljø i en virtuel maskine. Det er så tungt, så det er helt vildt. Med al respekt for de forbedringer, der er blevet lavet med Cinnamon og GNOME - det er så tungt specielt i Virtualbox og KVM, at det er lige til, at smide i skraldespanden. Og så de evige problemer med at få gæsteudvidelser/vmware tools til, at fungere ordentligt, osv.

Næh, hvis jeg endelig kører noget virtuelt, så gør jeg det i et styresystem, der kan virtualisere ordentligt, og bruger Vmware Fusion eller Parallels. Jeg har endnu ikke prøvet noget bedre.

Ellers venter jeg bare på, at de er stabile nok og installerer dem på rigtig hardware.
  • Log ind eller opret dig for at tilføje kommentarer

# 17

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 14. maj 2020 kl. 17:37

Permalink

Klart virtuel er

#16:

Klart virtuel er dårligere end rigtig hw install, håber ikke jeg har lovet nogen for meget, uha uha.
Men man kan altså sagtens nyde en test installation i disse værktøjer. Specielt hvis man husker det kun bliver bedre i reel hardware. Jeg bruger kvm på kommandoelinjen og nogle gange VirtualBox til test installs. Har også erfaring med VMware, men ikke Parallels.

# KVM på Debian 10:
# apt-get install kvm
kvm -ctrl-grab -m 6096 -vga virtio -enable-kvm -smp 4 -soundhw all -hda ubuntu-hd-15G.raw -cdrom ubuntu-20.04-desktop-amd64.iso -boot order=cd

Ellers vil jeg da, som jeg plejer, slå et slag for at hælde en liveiso ind i ram uden virtualisering: Ved boot editér linux boot linjen ved at appende ' toram' og boot liveusb'en op. Giver en fantastisk hastighed, men kræver nok 8GB ram med Ubuntu 20.04 for at være perfekt.
  • Log ind eller opret dig for at tilføje kommentarer

# 18

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 14. maj 2020 kl. 17:48

Permalink

Gode forslag, Claus. Nu skal

Gode forslag, Claus. Nu skal jeg heller lyde alt for sur! Det er flot arbejde Daniel Van Vugt fra Canonical har lavet med GNOME's performance. Det er stort set ham alene, der kan krediteres for den smooth oplevelse og eliminerede framedrops, der er i GNOME nu. Jeg er bare ked af, at GNOME sluger så meget af mit laptopbatteri, ellers havde jeg beholdt Ubuntu 20.04 på min Thinkpad. TLP og Powertop er ikke rigtigt en mulighed, fordi de ruinerer lidt den smooth forbedring i GNOME, fordi TLP bla. skruer ned for CPU-frekvensen og disken, og det kan ses og mærkes. Så jeg bruger Ubuntu Mate i stedet. Den er god, men jeg ville gerne have beholdt Ubuntu - den er lidt mere lækker med onlinekonti, GSconnect, osv.
  • Log ind eller opret dig for at tilføje kommentarer

# 19

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 14. maj 2020 kl. 18:03

Permalink

MATE er virkelig fin og

#18:

MATE er virkelig fin og meget mere stabil end Gnome2 aldrig nåede at blive! Og Ubuntus version med Mate Welcome/Software Boutique er nok det simpleste, mest brugervenlige Linux skrivebord jeg har set. Jo, ekstra stabil men slet ikke så visuelt lækkert som gnome-shell baseret skrivebord. Herregud man kan vel bare logge ud og ind igen med den anden. De to skriveborde lever vel i fin symbiose. Det gør de på Debian 9/10, i hvert fald.
  • Log ind eller opret dig for at tilføje kommentarer

# 20

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 14. maj 2020 kl. 18:07

Permalink

Herregud man kan vel bare

Herregud man kan vel bare logge ud og ind igen med den anden.

Der er meget opsætning og seriøse hacks, at bruge tid på, hvis man skal have de defaults i en vanilla Mate, end ved at installere Ubuntu Mate.
  • Log ind eller opret dig for at tilføje kommentarer

# 21

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 14. maj 2020 kl. 18:11

Permalink

Check. Ubuntu har

#20:

Check. Ubuntu har virkelig poleret igennem, mht MATE desktoppen.
  • Log ind eller opret dig for at tilføje kommentarer

# 22

5 år 1 måned siden

Permalink

Indsendt af frogmaster den 14. maj 2020 kl. 22:52

Permalink

En virtuel nydelse? Jeg

#16: En virtuel nydelse? Jeg har aldrig fattet hvad folk får ud af, at køre et GTK3 miljø i en virtuel maskine. Det er så tungt, så det er helt vildt. Med al respekt for de forbedringer, der er blevet lavet med Cinnamon og GNOME - det er så tungt specielt i Virtualbox og KVM, at det er lige til, at smide i skraldespanden. Og så de evige problemer med at få gæsteudvidelser/vmware tools til, at fungere ordentligt, osv.

Næh, hvis jeg endelig kører noget virtuelt, så gør jeg det i et styresystem, der kan virtualisere ordentligt, og bruger Vmware Fusion eller Parallels. Jeg har endnu ikke prøvet noget bedre.

Jeg har oprettet en ny tråd i henhold til emnet: https://www.linuxin.dk/node/22791
  • Log ind eller opret dig for at tilføje kommentarer

# 23

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 16. maj 2020 kl. 21:22

Permalink

Men hvoforr snakker du ikke

Men hvoforr snakker du ikke om det i den tråd du har oprettet her?


Jeg troede trådstarter havde et problem med desktop ikoner?

Der er altid en diskussion om ting er feature eller fix.
Glemmer ikke MS reklamerne for Windows 98: Et pilleglas med en besked om at det var løst.
Glasset er halvt fyldt, mod halvt tomt.... Med mindre man for enhver pris, vil have det negative frem.



At GNOME teamet er resistente overfor kritik og udvikler-indblanding fra alle andre, og samtidig fratager brugere funktioner med påstået minimalisme og gør livet mere besværligt og uintuitivt, og lader det være op til hobbyister og brugere, at udvikle og bruge udvidelser, der skal kompensere for de funktioner de selv fjerner, synes jeg ikke vi skal fortie. Udvidelser, som ikke i senere versioner af GNOME er kompatible længere og har brug for omskrivning hver gang det behager GNOME teamet at udgive en ny version, synes jeg ikke vi skal fortie.

International GNU/Linux og BSD*-gruppe på MeWE.
  • Log ind eller opret dig for at tilføje kommentarer

# 24

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 16. maj 2020 kl. 21:23

Permalink

intellektuelle tekniske

intellektuelle tekniske nyskabelser.

Nyskabelser? Øhh, nej. Vil du kalde fixing af de performance bugs, performance bugs som har gjort 18.04 og nedefter stort set ubrugelige, for intellektuelle nyskabelser? Interessant. Fixing af bugs, uanset hvilke bugs, er altid en forbedring af stabiliteten.



Det problem med skrivebordet skal findes upstream. Det er GNOME-udviklerne, der har fjernet muligheden for, at man kan lægge ikoner på skrivebordet.

Det er desværre således, at GNOME-teamet fjerner åbenlyse, brugervenlige funktioner med argumentet for minimalisme, og ignorerer folks indvendinger imod ændringerne.

Det er derfor Ubuntu kommer med udvidelsen "desktop icons" som standard nu. For, at løse det problem.

Her har Canonical valgt at beholde en ældre version af Nautilus, for stadig at give mulighed for, at ikoner kan komme på skrivebordet, hvis man åbner Nautilus og lægger filerne i Desktop-mappen. Det er den eneste mulighed i GNOME pt.
  • Log ind eller opret dig for at tilføje kommentarer

# 25

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 17. maj 2020 kl. 07:58

Permalink

Ok. Gnome er en bevist, men

Ok. Gnome er en bevist, men gennemført, spændetrøje, sammenlignet med KDE og andre. Det kan man få nok af en gang imellem og flygte over i et andet skrivebordsmiljø eller installere extensions.
Jeg startede med at knushade Gnome2 så Gnome3. Mest pga ustabilitet men også pga de manglende frihedsgrader. Men nu er MATE og Gnome dem jeg vender tilbage til. De gør et fint stykke arbejde. Sikkert også problematisk at styre spændetrøjeudviklingen med alle os larmende, desktop-polyamurøse, brugere.
  • Log ind eller opret dig for at tilføje kommentarer

# 26

5 år 1 måned siden

Permalink

Indsendt af stra den 17. maj 2020 kl. 14:08

Permalink

#1

Hej

Syntes ikke jeg kan se hvilken fil denne skal indsættes i

vm.swappiness=1

  • Log ind eller opret dig for at tilføje kommentarer

# 27

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 17. maj 2020 kl. 16:55

In reply to #1 by stra

Permalink

Det er /etc/sysctl.conf
Der

Det er /etc/sysctl.conf

Der var lige en fejl, eller mangel i vejledningen. Jeg retter den nu.
  • Log ind eller opret dig for at tilføje kommentarer

# 28

5 år 1 måned siden

Permalink

Indsendt af stra den 17. maj 2020 kl. 17:12

In reply to Det er /etc/sysctl.conf
Der
by Slettet220102

Permalink

Tak og tak for rettelserne

Tak og tak for rettelserne
  • Log ind eller opret dig for at tilføje kommentarer

# 29

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 17. maj 2020 kl. 17:06

Permalink

Ok. Gnome er en bevist, men

Ok. Gnome er en bevist, men gennemført, spændetrøje, sammenlignet med KDE og andre. Det kan man få nok af en gang imellem og flygte over i et andet skrivebordsmiljø eller installere extensions.
Jeg startede med at knushade Gnome2 så Gnome3. Mest pga ustabilitet men også pga de manglende frihedsgrader. Men nu er MATE og Gnome dem jeg vender tilbage til. De gør et fint stykke arbejde. Sikkert også problematisk at styre spændetrøjeudviklingen med alle os larmende, desktop-polyamurøse, brugere.


Det er direkte latterligt at fjerne funktioner, og samtidig ødelægge API, hver gang en ny version af GNOME kommer ud. En ting er, at fjerne funktioner. Men når der bliver lavet nyttige tiltag, der skal gøre livet lettere for folk i form af udvidelser, så skal lortet sgu virke altid, uanset GNOME version. Det kan ikke være rigtigt, at kompatibilitet skal ødelægges gang på gang, så selv den mest basale funktionalitet ikke kan fungere.

Hehe, selv MacOS er meget mindre spændetrøje end default GNOME. Endda proved and tried teknologi, der er 20 år gammel, (OSX Cheetah, år 2000). GNOME er ikke i NÆRHEDEN af at have de funktioner MacOS har, det er næsten pinligt.
  • Log ind eller opret dig for at tilføje kommentarer

# 30

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 17. maj 2020 kl. 17:35

Permalink

Fantastisk du alligevel

#28:
Fantastisk du alligevel kører Linux og Gnome i særdeleshed.
Er det den her vi snakker om?
https://www.omgubuntu.co.uk/2018/05/nautilus-remove-ability-launch-bina…
  • Log ind eller opret dig for at tilføje kommentarer

# 31

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 17. maj 2020 kl. 17:43

In reply to Fantastisk du alligevel by linuxuser42

Permalink

Jeg kan jo godt lide Linux,

Jeg kan jo godt lide Linux, der er jo derfor jeg brokker mig. Fordi det skal blive bedre.

Jeg har intet imod noget, bortset fra unødvendige hovedpiner for brugerne.
  • Log ind eller opret dig for at tilføje kommentarer

# 32

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 17. maj 2020 kl. 19:18

Permalink

Jeg har intet imod

#31: Jeg har intet imod noget, bortset fra unødvendige hovedpiner for brugerne

Her er det safety first for brugerens eget bedste. ...
Derfor har et program en Launcher, med mindre man kører via terminal.
Jeg har været ude for folk der vil lave rekursivt chmod 777 for at gøre det enklere for andre at arbejde i deres home. Dejlig belejligt.

sikkerhed~=1/belejlighed.
  • Log ind eller opret dig for at tilføje kommentarer

# 33

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 17. maj 2020 kl. 20:35

In reply to Jeg har intet imod by linuxuser42

Permalink

Extensions og API breaking

Extensions og API breaking I nyere GNOME versioner, har ikke noget med permissions at gøre, Claus. Det er bare dårligt design.

Og en grafisk, uintuitiv hovedpine.
  • Log ind eller opret dig for at tilføje kommentarer

# 34

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 17. maj 2020 kl. 21:13

Permalink

Og en grafisk,

#33: Og en grafisk, uintuitiv hovedpine

Kan du blive konkret. Forstår ikke.
Er det ikke det med obligatorisk Launcher e omtalt på omg vi taler om?
  • Log ind eller opret dig for at tilføje kommentarer

# 35

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 17. maj 2020 kl. 21:15

Permalink

---------> "ødelægge API,

---------> "ødelægge API, hver gang en ny version af GNOME kommer ud." -----> Så udvidelser, der virkede før, ikke virker i en nyere version af GNOME, fordi API ikke holdes stabil imellem versioner, så udvidelsen skal fixes hver evigt eneste gang GNOME kommer med en ny version. Det tager ofte måneder, hvis ikke udvikleren bag udvidelsen giver op og dropper projektet.

Og min pointe her er, at hvis der bliver udviklet en udvidelse, der skal give en bruger en funktion tilbage, som De tonedøve skvadderhoveder i GNOME-teamet har fjernet, så skal den udvidelse fandme virke imellem versioner, uanset hvad.

Og her kommer Nautilus ind i billedet.

Fordi GNOME teamet har skrællet så meget af Nautilus, blandt dårlige, usikre ting, såsom det med binaries du linkede til, - men så sandelig også virkelig god funktionalitet:

Og her kommer vi til min oprindelige pointe med skrivebordsikoner, hvor Ubuntu har været nødsaget til at bruge en udvidelse for, at kunne vise ikoner på skrivebordet.

Men det har så begrænset en funktionalitet, at du skal ind i mappen i Nautilus, før du kan lave noget med filerne. Du kan ikke gøre det direkte fra skrivebordet, som på alle andre normale styresystemer. Ikonerne sidder der bare og kigger.

  • Log ind eller opret dig for at tilføje kommentarer

# 36

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 17. maj 2020 kl. 21:18

Permalink

Nej, det har ikke noget med

Nej, det har ikke noget med launching af bins at gøre.

  • Log ind eller opret dig for at tilføje kommentarer

# 37

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 17. maj 2020 kl. 21:32

Permalink

Check. Extensions

#35:

Check. Extensions designet er åbenbart hård at vedligeholde. Knopskydningskoncept og theaming, der måske ikke var gennemtænkt fra starten. Giver mange irriterende frihedsgrader der skal regression testes ved hver release.

Ellers virker de få extensions jeg bruger, dashtodock/panel, upåklagelig mestendels. Kan egentlig godt forstå Ubuntu som holder Tweaks ud i start arm, indtil bruger selv installerer.
  • Log ind eller opret dig for at tilføje kommentarer

# 38

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 17. maj 2020 kl. 21:49

Permalink

Extensions designet er

Extensions designet er åbenbart hård at vedligeholde. Knopskydningskoncept og theaming, der måske ikke var gennemtænkt fra starten. Giver mange irriterende frihedsgrader der skal regression testes ved hver release.

Som skyldes designfejl i GNOME og intet andet. Ja, der er en API, men den ændrer sig for hver version. Nøjagtigt det samme som Linuxkernen, som heller ikke har en stabil API.
  • Log ind eller opret dig for at tilføje kommentarer

# 39

5 år 1 måned siden

Permalink

Indsendt af frogmaster den 17. maj 2020 kl. 23:15

Permalink

Hvis du oplever at lyden ikke virker i Ubuntu 20.04

Hvis du oplever at lyden ikke virker i Ubuntu 20.04 (jeg gjorde), så prøv om det hjælper at installere:

sudo apt install libcanberra-gtk0 libcanberra-gtk-module

Genstart Ubuntu.
  • Log ind eller opret dig for at tilføje kommentarer

# 40

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 17. maj 2020 kl. 23:48

Permalink

Og vi borer os længere ned

Og vi borer os længere ned i problemet beskrevet i #0...

https://blog.cloudflare.com/io_submit-the-epoll-alternative-youve-never…


https://github.com/littledan/linux-aio

  • Log ind eller opret dig for at tilføje kommentarer

# 41

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 18. maj 2020 kl. 21:47

Permalink

Alle OS har problemer

#40:
Alle OS har problemer med upgrade fra release til release, det kan vi vist godt love og holde. Lige pånær OSX, naturligvis.
Godt vi med Linux i det mindste har mulighed for at granske koden og svine skvadderhovederne til.
  • Log ind eller opret dig for at tilføje kommentarer

# 42

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 19. maj 2020 kl. 00:33

Permalink

Problemerne med Linux

Problemerne med Linux stammer fra det faktum, at GNU/Linux er en sammensætning og ikke et hele. En distribution er en sammensætning af software fra mange forskellige steder.

Selv FreeBSD, OpenBSD, NetBSD har ikke de problemer Her kan du snildt opdatere dit styresystem i ro og mag, fordi tredjepartspakker er separeret fra basen. Således er det også i Solaris/Openindiana/Illumos. Det er kun i Linux, at alt bliver pakket sammen på den måde.

MacOS er en Unix, faktisk en klassisk BSD - (BSD 4 kode fra Nextstep ~ 1988) samt FreeBSD 5 userland, så her er basen udviklet som et hele, hvor der er taget kode fra forskellige steder, men forskellen er, at det er udviklet som en sammentømret helhed, som kun Apple udvikler på. Software udefra har ikke noget med basen at gøre.

I f.eks. FreeBSD er det også sådan, at det hele er udviklet in house. Der er ikke noget der hedder upstream i selve FreeBSD. Kun i tredjepartspakker, men de har ikke noget med selve styresystemet at gøre, andet end de kan installeres på det.

MacOS og Windows giver en smule flere problemer, end BSD'erne, som er meget solide, - men generelt er det kun, når der bliver lavet noget om, at det går galt i en opdatering, som da Microsoft klokkede i det og udsendte en opdatering, der fjernede folks filer (ups) Den slags sker på alle systemer.

Forskellen er bare, at fundamentale ting ikke holder op med at virke fra version til version. Det gør de ofte i Linux, fordi der er mange ting, der er sat sammen og ikke er udviklet samme sted. Bazarsystem, om man vil. :-)

Men når det så er sagt:

Nu er det jo overhovedet ikke sådan, at Linux ikke er stabilt. Men på grund af ovennævnte udviklingsmodel, så opnås langvarig stabilitet bedst i Slackware, OpenSUSE Leap, *Buntu LTS og Debian Stable, CentOS. Her fryses "bazaren" i år, men det kan så resultere i for gamle programmer. :0)
  • Log ind eller opret dig for at tilføje kommentarer

# 43

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 26. maj 2020 kl. 13:21

Permalink

OPDATERET*Jeg har i mine

*OPDATERET*

Jeg har i mine forsøg fundet ud af, at problemet udelukkende begrænser sig til EXT4 filsystemet, og det gælder alle Linux distributioner. Andre filsystemer, end EXT4 på alle Linux distributioner er ikke berørt, heller ikke ZFS, hvorfor fixet IKKE skal udføres på andre filsystemer overhovedet, det gælder også vm.dirty.background-hacket i /etc/sysctl.conf
  • Log ind eller opret dig for at tilføje kommentarer

# 44

5 år 1 måned siden

Permalink

Indsendt af linuxuser42 den 29. maj 2020 kl. 20:13

Permalink

Hey. Det bør ophæves til

Hey. Det bør ophæves til standard her på siden at vi ligesom OracleJMT opretter en 'sådan overlever man release XYX'. Hvem laver en for Fedora 32?
  • Log ind eller opret dig for at tilføje kommentarer

# 45

5 år 1 måned siden

Permalink

Indsendt af Slettet220102 den 29. maj 2020 kl. 22:56

In reply to Hey. Det bør ophæves til by linuxuser42

Permalink

Det er tips man kan bruge

Det er tips man kan bruge på en enkelt install igennem releases I årevis. Mange af løsningerne kan bruges på de fleste linuxdistributioner, med undtaget selvfølgelig dem specifikt rettet efter Ubuntu.

@linuxuser42, - jeg er ikke så vild med formuleringen, "at overleve en release." Denne guide er udelukkende ment til, at tilpasse en installation, så brugerne får den bedste oplevelse ved brug af deres Ubuntu-installation.

Det er ment, som en positiv, konstruktiv gave alle kan gøre brug af.
  • Log ind eller opret dig for at tilføje kommentarer

Svar søges

den er sjov 0
llumos Unix-operativsystem, 0
Den er go 0
14. februar = I Love Free Software Day 0
Lokal fil-deling - for de dovne. 0

Seneste aktivitet

PcLinuxOS er død længe leve Pclosdebian 11
Reserve kernel og btrfs 1
En snak om Linux-kompatibel software 12
PCLinuxOS 28
"Intet realistisk alternativ" - mig i r*ven 17
Open source events i danmark? 3
Virtuel maskine? 4
Gode anmeldelser Zorin OS 17.3 8
Open Source-eksperimentet 5
Nulstilling af adgangskode 6
Ingen Mint 5
Linux App Store Flathub når 3 milliarder downloads 2
Digitaliseringsministeriet sætter gang i pilotprojekt om digital suverænitet 3
Mest sikker webbrowser 5
Firefox 2
Privatbeskeder 7
Backup/synkronisering? 3
BigLinux 5
Chatgpt satire 1
Læsning af databasefil i Firefox 2

© 2025 Linuxin og de respektive skribenter

Oprettet og drevet af nørder siden 2004 !