Bugs mit Distributionen, Wechsel auf?

[fixedwater]

Ist nicht ohne Grund mit der Zeit auf der distrowatch Liste nach unten gerasselt.

Auch hier mal kurz der Hinweis, dass die "distrowatch Liste" nur die Klickzahlen auf deren Webseite abbildet - nicht Installationen oder Nutzerzahlen: https://distrowatch.com/dwres.php?resource=popularity

 

[Burfi]

Danke Euch Allen schon einmal für die Inputs.
Bezüglich den Kommentaren zu Fedora:
Ja ich bin aktuell bereit mir einfach einmal unterschiedliche Sachen anzuschauen.
Heute habe ich es kurz installiert, weil ich eh den Desktop für Produktivität benutze.

Bezüglich Fedora bisher:
1. Schon vor der Installation: Die Definition vom Passwort für die SSD Verschlüsselung ignoriert die gesetzte Sprache der Tastatur - top erster Eindruck - gleich noch Mal neu installieren dürfen
2. Ich verstehe was ihr mit DNF und lahm meint
3. Die Mirrors von DNF antworten alle mit HTTP 503 - top

sudo dnf update...

Reicht für ein nope - wir reden hier von einer frischen Installation und wenn das schon so anfängt, vergeht mir echt die Lust.

next ist Mint

 

[netzgestaltung]

interessant - kann ich so aber nicht nachvollziehen. Was sind Mirrors von DNF?

Das mit der Tastatursprache ist nicht gleich Systemsprache hatte ich schon lange nicht mehr, ev eine alte Version? Das würde auch das mit DNF erklären oder Updates im Live System getestet?

Aber das gibts bei vielen Distros, daher: Achtung - vor der Installation - einfach mal einen Texteditor öffnen und yz testen?

 

[Garmor]

1. Schon vor der Installation: Die Definition vom Passwort für die SSD Verschlüsselung ignoriert die gesetzte Sprache der Tastatur - top erster Eindruck - gleich noch Mal neu installieren dürfen

Das passiert mir bei Fedora immer mal wieder und ich habe bisher noch keinen Reim daraus machen können. 😵‍💫

Aber für alle anderen Versuchem mit mit LUKS verschlüsselten Systemen: du kannst auch nachträglich ein anderes Passwort vergeben oder bis zu acht verschiedene Passwörter gleichzeitig hinterlegen.

 

[fixedwater]

Die Mirrors von DNF antworten alle mit HTTP 503

Hier nicht, dnf läuft sauber durch. Was genau hast Du da von woher installiert?

 

[Burfi]

(Keine Ahnung - ich scheine die Fehler aktuell wirklich magisch anzuziehen )

interessant - kann ich so aber nicht nachvollziehen. Was sind Mirrors von DNF?

Das mit der Tastatursprache ist nicht gleich Systemsprache hatte ich schon lange nicht mehr, ev eine alte Version?

So tief habe ich nicht geschaut - nach dem update Befehl kamen einfach eine Liste von Webseiten die "mirror" im Nahmen hatten und mit 503 gewantwortet haben.

Die Version war halt die neuste der Website - ich habe es heute heruntergeladen und direkt installiert.

Aber für alle anderen Versuchem mit mit LUKS verschlüsselten Systemen: du kannst auch nachträglich ein anderes Passwort vergeben oder bis zu acht verschiedene Passwörter gleichzeitig hinterlegen.

Danke für den Hinweis. Sollte mir das irgendwann mal wieder passieren.

Hier nicht, dnf läuft sauber durch. Was genau hast Du da von woher installiert?

Wirklich absolut gar nichts. Ich habe Fedora installiert, WLAN aktiviert und wollte dann mit dnf aktualisieren.

Die Installation von Mint lief bisher problemlos durch.
Ich hatte noch keine Zeit weiter zu machen und werde hier aktualisieren.

 

[Crisser67]

Das einzig ärgerliche ist, dass es kein Tool für die Akku-Ladebegrenzung auf 80% gibt, wenn das NB den ganzen Tag an der Dockingstation hängt.

Geht mit TLP und noch viel mehr......

 

[andy_m4]

nach dem update Befehl kamen einfach eine Liste von Webseiten die "mirror" im Nahmen hatten und mit 503 gewantwortet haben.

Wäre natürlich praktisch, wenn Du das einfach mal kopiert und gepostet hättest.
Dann ließe sich vielleicht sehen, was schiefgelaufen ist.
Das ist insbesondere deshalb ärgerlich, weil Du ja offenbar andererseits genug Zeit und Muße hattest zu schreiben, wie doof alles ist. Das lässt so ein bisschen Zweifel an der Ernsthaftigkeit Deiner Versuchs aufkommen.

Die Version war halt die neuste der Website - ich habe es heute heruntergeladen und direkt installiert.

Auch hier wieder unzureichende Informationen.
Schreib doch dazu, welche Website und welchen Download da. Dann lässt sich nachvollziehen, was Du gemacht hast.
Idealerweise nimmt man diese Variante:
https://fedoraproject.org/workstation/

und diese ISO:
https://download.fedoraproject.org/...iso/Fedora-Workstation-Live-x86_64-41-1.4.iso

Alternativ kann man auch den Fedora Media Writer (weiter unten auf https://fedoraproject.org/workstation/download ) nehmen.

 

[fixedwater]

Die Version war halt die neuste der Website

Irgendwie glaube ich nicht dran. Ich nutze Linux seit gut 25 Jahren, mit unterschiedlichsten Distributionen. Und noch nie (wirklich nie) habe ich es bei einer aktuellen Version einer Distribution irgendwann erlebt, dass ein Update nicht durchlief, weil Server nicht erreichbar waren. Nimmt mensch allerdings ältere Versionen, dann kann das durchaus mal sein.

 

[Burfi]

Ohne Eure Links zu prüfen, hier die Version, die ich geladen habe:
https://download.fedoraproject.org/...iso/Fedora-Workstation-Live-x86_64-41-1.4.iso
Und auf eine USB SSD geflasht per
https://github.com/FedoraQt/MediaWriter/releases/tag/5.2.3

Bisher übrigens weiterhin keine Probleme mit Mint.
Installation lief tadellos.

 

[h00bi]

Geht mit TLP und noch viel mehr......

Ja, leider nur in Verbindung mit noch viel mehr.
Installierst du TLP und aktivierst blind nur die Akkuschutz Optionen, verkrüppelst du dir die Leistung.
Mit TLP muss man sich schon etwas beschäftigen, weil es ein mächtiges tool für einen anderen zweck ist. Den Homeserver habe ich damit erfolgreich auf 7,x Watt gedrückt bekommen.

 

[Gleipnir]

Da ich gestern das selbst durch hatte (manjaro blieb beim start vom ligtdm.service hängen).

Hast du das Update auch mal in der Konsole gestartet?

 

[Burfi]

@Gleipnir
Die Updates bei Manjaro liefen (manchmal mit Nachhelfen), bis ich es ersetzt hatte.
Sie waren halt einfach instabil.

 

[Gleipnir]

Das war nach langer Zeit das 1. Problem was mir auffiel. Nachdem letzten Update vor paar Tagen hatte ich ein Ladesreen des Todes, ohne Splash startet das System aber und mit den Update was gestern angeboten wurde blieb das System bei der Meldung stehen.
Einige Workarounds Ausprobiert und am Ende dann in der Konsole mal ein Update gestartet. System aktuell, aber diverse Konflikte die in der grafischen Oberfläche nicht angezeigt werden und dann behoben wurden. -> System startet wieder normal

Wenn du pacman unter der Grafischen Oberfläche meinst, stimme ich dir zu. Hatte schon paar mal "Für die Änderungen muss das System Neu gestartet werden", dabei ist er noch fleißig am installieren oder es erscheinen plötzlich neue Pakete.

 

[nachtpfoetchen]

Die ersten Google Resultate sagen nämlich SNAP

Google sagt viel wenn der Tag lang ist. Wenn das Problem an der Paketierung von steam liegt, wäre es super wichtig das zu melden, dann profitieren auch andere von der Lösung deines Problems. An sich kann ich in der Regel empfehlen erstmal das Problem ausfindig zu machen und nicht Hals über Kopf distros zu wechseln. Zum Beispiel das mit der eingabe Sprache bei der Festplattenverschlüsselung: das lässt sich konfigurieren.
Das schöne an snap paketen ist ja eigentlich, dass die Updates im Hintergrund passieren, da sollten gar nicht so viele manuellen updates notwendig sein. Ansonsten ggf andere guis für dpkg ausprobieren wie synaptic auf ubuntu.

 

[Burfi]

1. Unter Manjaro zeigt Nautilus bei SMB Datenraten an, die 10x schneller sind, als die vorhandene physische Schnitstelle, nur um dann am Ende die hälfte der Zeit bei angeblich 5kbit/s rumzudümpeln (die verlaufene Zeit passt exakt zur eigentlich möglichen Übertragungsrate).
   Es gibt logischerweise auch gar keinen Cache, weil ja auf HDDs auf einer NAS übertragen wird (eben per SMB übers Netzwerk)..
   Das Problem habe ich mit Nautilus ausdrücklich nicht unter Ubuntu.

Hierzu habe ich unter Mint noch weiter geschaut und zumindest herausgefunden woran es liegt.
Also: Per SMB Einbindung in Nautilus komme ich auf etwa 60 MB/s über Gigabit. Das bedeutet also, nicht einmal halb so schnell wie eigentlich möglich. Dies scheint ein allgemeines Problem unter Linux zu sein.
Nach langer Suche hatte ich die Lösung mit CIFS eingesetzt (ja Linux benutzt hier immer noch den falschen und legacy Namen für SMB3 ).
Ich habe die Drives dann per /etc/fstab definiert:

//<Adresse>/<smb> cifs credentials=/home/<user>/.smbcredentials,uid=1000,gid=1000,noauto,user 0 0>

--> https://www.computerbase.de/forum/threads/cifs-papierkorb-der-nas-verwenden.2212925/

So konnte ich zum einen die Drives direkt per Klick in Nautlius mounten und unmounten. Zum anderen kam ich auf etwa 100 MB/s.
Es scheint nun aber bei Upload auf die NAS diese falschen Geschwindigkeiten anzuzeigen. Download scheint korrekt zu sein. Also hatte ich jetzt die Wahl zwischen einer defekten UI oder lahmen Datenraten.
+ Dem weiterhin bestehenden Problem beim Löschen.

 

[andy_m4]

ja Linux benutzt hier immer noch den falschen und legacy Namen für SMB3

Naja. Für die Namensverwirrung ist doch Microsoft verantwortlich.
Und klar hätte man die Bezeichnung des Dateisystemtreibers mal ändern können, was dann aber bedeutet hätte, das plötzlich alle vorhandenen Konfigurationen nicht mehr funktionieren.

Mal davon abgesehen: Wer benutzt den im Linux-Umfeld SMB? SMB hat man vielleicht mal auf 'nem Server/NAS um Windows-Clients zu bedienen. Ansonsten greift man bevorzugt zu NFS(v4).

 

[WhiteHelix]

Ich muss sagen auf mein TrueNAS geh ich vom Laptop aus auch hauptsächlich per SMB, schieb ich viele Daten drüber mit einer direkten 2.5Gb Verbindung. Solang da genug RAM als Cache frei ist, wird die auch sehr gut genutzt, trotz SATA Platten dahinter. Ist aber Dolphin und nicht Nautilus.

 

[netzgestaltung]

https://www.truenas.com/docs/core/13.0/coretutorials/sharing/nfsshare/ (als Beispiel, das NFS in den NAS OSes meistens auch verfügbar ist)