Anfängerfragen - Linux Neuling? Hier ist der richtige Platz für deine Fragen (2)

  • Ersteller Gelöschtes Mitglied 45455
  • Erstellt am
Gibt es für Linux denn eine Alternative für HWInfo?
Ich kenne zwar Conky, aber das müsste ich mir erst wieder einrichten für den neuen PC.
Conky einrichten macht doch Spaß ;-)
....und wenn Du eine "alte" Vorlage hast (oder eine aus dem Netz nimmst, die Dir gefällt) und du nicht from scratch startest, dann ist das anpassen doch schnell gemacht.

Als Antwort auf Deine Frage: Kenne keine Alternative, habe aber auch bisher keinen Bedarf dafür erkannt
 
Zuletzt bearbeitet:
Wenn Du diese Anzeige nicht sehen willst, registriere Dich und/oder logge Dich ein.
Spice ist ja keine unnötige Verkomplizierung, sondern eine Alternative zu VNC um die Desktopübertragung zu beschleunigen. Den virt-manager benutze ich, weil ich häufig VMs hinzufüge, entferne und ändere. Der ist ja auch nicht der Grund, dass es laggt, denn er erstellt ja auch nur config files und startet qemu-kvm (ich habe die command line in den Logs überprüft). Der Remotezugriff findet danach über RDP oder Spice statt. Die Linux-Guests und Windows bis Version 7 (8 habe ich nicht probiert) laufen ja auch gut.
Poste doch einfach mal den ganzen qemu oder kvm Befehl, sonst raten wir weiterhin ins Blaue. Würde das kvm-Paket installieren, damit man nicht extra -enable-kvm in qemu eintippen muss. Weiterer Vorteil: Man positioniert -enable-kvm nicht falsch.

Siehe KVM › Wiki › ubuntuusers.de
 
Danke für die Vorschläge bezüglich HWInfo, aber da ist leider nicht das dabei, was ich suche. Ich hätte gerne die Sensors-only Auflistung von HWInfo, ob Konsole oder GUI ist mir dabei egal.
Hintergrund: Ich will bei meinem neuen Ryzen-Setup auch gerne unter Linux die Werte während dem Desktop und Gaming-Betrieb genauer im Blick haben. Dafür benutze ich halt unter Windows HWInfo und finde die Auflistung mit Takt, Spannung, Verbrauch, Temperatur und Lüftergeschwindigkeit ideal.

Und noch ein anderes Thema: Meine Asus Xonar DGX hat nach dem Booten von Ubuntu Budgie 18.10 immer den Frontausgang aktiv, steht dann laut Alsa auf "Analog Output [Stereo Headphones FP]". Richtig wäre jedoch der Ausgang "Analog Output [Stereo Headphones]". Wie bekomme ich es denn hin, dass da direkt der richtige Ausgang aktiv ist? An der Front ist nichts angeschlossen und unter Windows ist der richtige Ausgang aktiv.
 
Hallo!

die Virtualisierungsprobleme müssen leider etwas aufgeschoben werden, dann ich habe es zwischenzeitlich geschafft, mein Session-Management abzuschießen :fresse:

Ich war gerade dabei xrdp und vnc so einzurichten, dass ich auch in eine bestehende Desktop-Session einloggen konnte - zumindest war das so geplant.
Aber leider ist jetzt der Status, dass ich gar nicht mehr auf den Desktop komme, also auch lokal nicht.

Es erscheint der Displaymanager (lightdm) und ich melde mich mit Benutzername und Passwort an. Der Login verschwindet kurz und es sieht normal aus, als würde er jetzt den Desktop laden - aber dann erscheint wieder der Login. :(

An der Authentifizierung liegt es wohl nicht:
Nov 30 19:01:42 elite systemd-logind[1364]: Removed session c14.
Nov 30 19:01:44 elite lightdm: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No such file or directory
Nov 30 19:01:44 elite lightdm: PAM adding faulty module: pam_kwallet.so
Nov 30 19:01:44 elite lightdm: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No such file or directory
Nov 30 19:01:44 elite lightdm: PAM adding faulty module: pam_kwallet5.so
Nov 30 19:01:44 elite lightdm: pam_unix(lightdm-greeter:session): session opened for user lightdm by (uid=0)
Nov 30 19:01:44 elite systemd-logind[1364]: New session c16 of user lightdm.
Nov 30 19:01:44 elite systemd: pam_unix(systemd-user:session): session opened for user lightdm by (uid=0)
Nov 30 19:01:44 elite systemd-logind[1364]: Removed session c15.
Nov 30 19:01:45 elite lightdm: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No such file or directory
Nov 30 19:01:45 elite lightdm: PAM adding faulty module: pam_kwallet.so
Nov 30 19:01:45 elite lightdm: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No such file or directory
Nov 30 19:01:45 elite lightdm: PAM adding faulty module: pam_kwallet5.so
Nov 30 19:01:45 elite lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" was met by user "ladmin"
Nov 30 19:01:48 elite lightdm: pam_unix(lightdm:session): session opened for user ladmin by (uid=0)
Nov 30 19:01:48 elite systemd-logind[1364]: Removed session c16.
Nov 30 19:01:48 elite systemd-logind[1364]: New session c17 of user ladmin.
Nov 30 19:01:48 elite systemd: pam_unix(systemd-user:session): session closed for user lightdm
Nov 30 19:01:51 elite lightdm: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No such file or directory
Nov 30 19:01:51 elite lightdm: PAM adding faulty module: pam_kwallet.so
Nov 30 19:01:51 elite lightdm: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No such file or directory
Nov 30 19:01:51 elite lightdm: PAM adding faulty module: pam_kwallet5.so
Nov 30 19:01:51 elite lightdm: pam_unix(lightdm-greeter:session): session opened for user lightdm by (uid=0)
Nov 30 19:01:51 elite systemd-logind[1364]: New session c18 of user lightdm.
Nov 30 19:01:51 elite systemd: pam_unix(systemd-user:session): session opened for user lightdm by (uid=0)
Nov 30 19:01:51 elite systemd-logind[1364]: Removed session c17.
Nov 30 19:01:51 elite lightdm: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared object file: No such file or directory
Nov 30 19:01:51 elite lightdm: PAM adding faulty module: pam_kwallet.so
Nov 30 19:01:51 elite lightdm: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared object file: No such file or directory
Nov 30 19:01:51 elite lightdm: PAM adding faulty module: pam_kwallet5.so
Nov 30 19:01:51 elite lightdm: pam_succeed_if(lightdm:auth): requirement "user ingroup nopasswdlogin" was met by user "ladmin"
usw.

auch im lightdm.log kann ich keinen Fehler sehen:
[+503.49s] DEBUG: Session pid=5212: Exited with return value 1
[+503.49s] DEBUG: Seat seat0: Session stopped
[+503.49s] DEBUG: Seat seat0: Stopping display server, no sessions require it
[+503.49s] DEBUG: Sending signal 15 to process 5091
[+504.74s] DEBUG: Process 5091 exited with return value 0
[+504.74s] DEBUG: XServer 0: X server stopped
[+504.74s] DEBUG: Releasing VT 7
[+504.74s] DEBUG: XServer 0: Removing X server authority /var/run/lightdm/root/:0
[+504.74s] DEBUG: Seat seat0: Display server stopped
[+504.74s] DEBUG: Launching process 5228: /sbin/prime-switch
[+504.76s] DEBUG: Process 5228 exited with return value 0
[+504.76s] DEBUG: Seat seat0: Exit status of /sbin/prime-switch: 0
[+504.76s] DEBUG: Seat seat0: Active display server stopped, starting greeter
[+504.76s] DEBUG: Seat seat0: Creating greeter session
[+504.76s] DEBUG: Seat seat0: Creating display server of type x
[+504.77s] DEBUG: Using VT 7
[+504.77s] DEBUG: Seat seat0: Starting local X display on VT 7
[+504.77s] DEBUG: XServer 0: Logging to /var/log/lightdm/x-0.log
[+504.77s] DEBUG: XServer 0: Writing X server authority to /var/run/lightdm/root/:0
[+504.77s] DEBUG: XServer 0: Launching X Server
[+504.77s] DEBUG: Launching process 5245: /usr/bin/X -core :0 -seat seat0 -auth /var/run/lightdm/root/:0 -nolisten tcp vt7 -novtswitch
[+504.77s] DEBUG: XServer 0: Waiting for ready signal from X server :0
[+506.00s] DEBUG: Got signal 10 from process 5245
[+506.00s] DEBUG: XServer 0: Got signal from X server :0
[+506.00s] DEBUG: XServer 0: Connecting to XServer :0
[+506.00s] DEBUG: Launching process 5265: /sbin/prime-offload
[+506.01s] DEBUG: Process 5265 exited with return value 0
[+506.01s] DEBUG: Seat seat0: Exit status of /sbin/prime-offload: 0
[+506.01s] DEBUG: Seat seat0: Display server ready, starting session authentication
[+506.01s] DEBUG: Session pid=5270: Started with service 'lightdm-greeter', username 'lightdm'
[+506.04s] DEBUG: Session pid=5270: Authentication complete with return value 0: Success
[+506.04s] DEBUG: Seat seat0: Session authenticated, running command
[+506.04s] DEBUG: Launching process 5273: xubuntu-numlockx
[+506.13s] DEBUG: Process 5273 exited with return value 0
[+506.13s] DEBUG: Seat seat0: Exit status of xubuntu-numlockx: 0
[+506.13s] DEBUG: Session pid=5270: Running command /usr/lib/lightdm/lightdm-greeter-session /usr/sbin/lightdm-gtk-greeter
[+506.13s] DEBUG: Creating shared data directory /var/lib/lightdm-data/lightdm
[+506.13s] DEBUG: Session pid=5270: Logging to /var/log/lightdm/seat0-greeter.log
[+506.21s] DEBUG: Activating VT 7
[+506.21s] DEBUG: Activating login1 session c18
[+506.21s] DEBUG: Seat seat0 changes active session to c18
[+506.21s] DEBUG: Session c18 is already active
[+506.31s] DEBUG: Greeter connected version=1.26.0 api=1 resettable=false
[+506.50s] DEBUG: Greeter start authentication for ladmin
[+506.50s] DEBUG: Session pid=5364: Started with service 'lightdm', username 'ladmin'
[+506.51s] DEBUG: Session pid=5364: Authentication complete with return value 0: Success
[+506.51s] DEBUG: Authenticate result for user ladmin: Success
[+506.51s] DEBUG: User ladmin authorized
[+516.47s] DEBUG: Seat seat0 changes active session to 7
[+550.85s] DEBUG: Seat seat0 changes active session to c18
[+550.85s] DEBUG: Session c18 is already active
[+554.76s] DEBUG: Seat seat0 changes active session to 7

Auch in .xsession-errors ist nichts zu sehen..

Nun habe ich auf der ersten Konsole (strg+alt+f1) mal einfach startx eingegeben, und nach ein paar Messages und einem Xauthority timeout kam tatsächlich der Desktop (aus irgendeinem Grund mit übergroßen Schriften..) parallel läuft auf Konsole 7 noch der normal LightDM-Login, wo es nicht weiter geht.

Das Letzte, das ich vor dem Problem gemacht habe, war den vncserver service als Autostart einzurichten (also systemctl enable vncserver.service). Den service habe ich inzwischen wieder disabled, aber das hilft leider nicht. Der Login über den üblichen lightdm funktioniert nicht..
Wie bekomme ich das wieder hin?
 
Zuletzt bearbeitet:
Jungs,

nachdem ich mein Archlinux aus dem Ruhezustand holen wollte gab es diese Meldung:


(Sorry für das merkwürdige Bild :P)

Auch nach dem Boot einer Live-CD und dem Versuch die verschlüsselte BTRFS Partition zu mounten, erhalte ich die Meldung wrong fs type...

Hat jemand eine Idee was ich da jetzt tun könnte?
 
Ich hätte gerne die Sensors-only Auflistung von HWInfo, ob Konsole oder GUI ist mir dabei egal.
Hintergrund: Ich will bei meinem neuen Ryzen-Setup auch gerne unter Linux die Werte während dem Desktop und Gaming-Betrieb genauer im Blick haben.
'lm-sensors' kann man für die Konsole verwenden. Wird auch häufig als Quelle für Conky verwendet.
Code:
$ sensors
nct6776-isa-0290
Adapter: ISA adapter
Vcore:          +1.04 V  (min =  +0.00 V, max =  +1.74 V)
in1:            +1.84 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
AVCC:           +3.31 V  (min =  +2.98 V, max =  +3.63 V)
+3.3V:          +3.31 V  (min =  +2.98 V, max =  +3.63 V)
in4:            +0.08 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in5:            +1.66 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
in6:            +1.01 V  (min =  +0.00 V, max =  +0.00 V)  ALARM
3VSB:           +3.41 V  (min =  +2.98 V, max =  +3.63 V)
Vbat:           +3.25 V  (min =  +2.70 V, max =  +3.63 V)
fan1:             0 RPM  (min =    0 RPM)
fan2:             0 RPM  (min =    0 RPM)
fan3:             0 RPM  (min =    0 RPM)
fan4:             0 RPM  (min =    0 RPM)
fan5:             0 RPM  (min =    0 RPM)
SYSTIN:         +33.0°C  (high =  +0.0°C, hyst =  +0.0°C)  ALARM  sensor = thermistor
CPUTIN:         +36.5°C  (high = +80.0°C, hyst = +75.0°C)  sensor = thermistor
AUXTIN:         +30.0°C  (high = +80.0°C, hyst = +75.0°C)  sensor = thermistor
PECI Agent 0:   +45.0°C  (high = +80.0°C, hyst = +75.0°C)
                         (crit = +98.0°C)
PCH_CHIP_TEMP:   +0.0°C  
PCH_CPU_TEMP:    +0.0°C  
PCH_MCH_TEMP:    +0.0°C  
intrusion0:    ALARM
intrusion1:    OK
beep_enable:   disabled

nouveau-pci-0100
Adapter: PCI adapter
GPU core:     +0.86 V  (min =  +0.82 V, max =  +1.21 V)
fan1:           0 RPM
temp1:        +38.0°C  (high = +95.0°C, hyst =  +3.0°C)
                       (crit = +105.0°C, hyst =  +5.0°C)
                       (emerg = +135.0°C, hyst =  +5.0°C)
power1:       26.47 W  (crit = 251.00 mW)

coretemp-isa-0000
Adapter: ISA adapter
Package id 0:  +46.0°C  (high = +80.0°C, crit = +98.0°C)
Core 0:        +46.0°C  (high = +80.0°C, crit = +98.0°C)
Core 1:        +40.0°C  (high = +80.0°C, crit = +98.0°C)
Core 2:        +43.0°C  (high = +80.0°C, crit = +98.0°C)
Core 3:        +35.0°C  (high = +80.0°C, crit = +98.0°C)
Unter XFCE (und sicherlich auch anderen Oberflächen) gibt es diverse Erweiterungen für die Leiste, die auf lm-sensors basieren (wie z.B. xfce4-sensors-plugin). Sieht dann z.B. so aus (bars):
xfcesensorsaccep.png


nachdem ich mein Archlinux aus dem Ruhezustand holen wollte gab es diese Meldung:
Nach Ruhezustand sieht das nicht mehr aus. Scheint eher kompletter Kaltstart zu sein.
Hat das vorher mehrfach zuverlässig funktioniert? Irgendwas an der Hardware geändert? Vielleicht werden die Partitionen irgendwo nicht sauber per UUIDs angesprochen. Stelle die Frage auch mal in's Arch Forum.
 
Zuletzt bearbeitet:
Nach Ruhezustand sieht das nicht mehr aus. Scheint eher kompletter Kaltstart zu sein.
Hat das vorher mehrfach zuverlässig funktioniert? Irgendwas an der Hardware geändert? Vielleicht werden die Partitionen irgendwo nicht sauber per UUIDs angesprochen. Stelle die Frage auch mal in's Arch Forum.

Ja, das auf dem Bild ist ein Kaltstart. Ursprünglich fing es nach dem Ruhezustand an, hat Wochenlang einwandfrei funktioniert.
Meistens ist der Satz "ich hab nichts gemacht" zwar falsch, hier trifft er jedoch zu. War im Linux drin und habe Mails gecheckt, kein Update, keine Installation o.ä., Ruhezustand aktiviert wie jeden Tag und dann kam das. Dann die Kiste komplett ausgeschaltet, mit selbigen Resultat.

Habe dann mal Btrfsck - btrfs Wiki probiert, jedoch ohne Erfolg. Es scheint als sein das Dateisystem hin und ohne Neuinstallation geht wohl nichts...
 
Hast du auch die Punkte zu Anfang der Seite befolgt?
Die Logs sollten ja einen Anhaltspunkt liefern, was falsch gelaufen ist.
 
Ja, habe alles getestet.
Der einzige "Erfolg" lag darin, dass ich mit "btrfs restore..." meine subvolumes auf eine externe HDD sichern konnte um Datenverlust zu vermeiden.

Ich kann die Partitionen aufgrund des kaputten Dateisystems nicht mounten.

Ich werde mich morgen an eine Neuinstallation begeben, mal sehen ob ich bei Arch+BTRFS bleibe oder mal etwas andere teste... Vielleicht kommt einfach mal Manjaro drauf. Ich hab in letzter Zeit mit reinem Arch öfters mal Probleme gehabt, eventuell teste ich auch mal ein ooft Debian System.

Ich weiß ja jetzt allerdings nicht woran der Fehler lag, ich bin bislang auch nicht dazu gekommen mein System komplett einzurichten (Backups etc.) sodass ich nicht einfach mal einen älteren Kernel booten konnte oder so. BTRFS bietet mir im Gegensatz zu ext4 aber ein paar Vorteile, weswegen ich es denke ich mal dennoch weiter nutzen werde.
 
Je nachdem, welche der Vorteile dich interessieren, wäre ZFS wahrscheinlich noch eine gute Alternative. Und zuverlässiger als ZFS gibt's wohl Nichts. Ich würde auch gerne mal btrfs eine Chance geben, aber ich lese doch hin und wieder Dinge, wie auch bei dir, die mir den Eindruck geben, dass die Zeit noch nicht reif ist.
 
Zuletzt bearbeitet:
Wieso nicht einfach Ext4? Hatte noch nie damit Probleme außer auf externen Datenträgern (scheiß Benutzerrechte :d).
 
(A) Weil Btrfs einiges kann, was mit Ext4 nicht geht, für mich persönlich z.B. die Snapshots, und (B) weil es keinen Grund gibt Ext4 statt XFS zu benutzen. XFS kann alles, was Ext4 kann, ist aber deutlich robuster, schneller, sauberer programmiert (nein, das ist nicht egal) und bekommt in Zukunft Btrfs-ähnliche Funktionen.
 
Zuletzt bearbeitet:
(A) Weil Btrfs einiges kann, was mit Ext4 nicht geht, für mich persönlich z.B. die Snapshots, und (B) weil es keinen Grund gibt Ext4 statt XFS zu benutzen. XFS kann alles, was Ext4 kann, ist aber deutlich robuster, schneller, sauberer programmiert (nein, das ist nicht egal) und bekommt in Zukunft Btrfs-ähnliche Funktionen.
Also wirst du zu XFS konvertieren, wenn Snapshots möglich werden?

Braucht man für die Snapshot-Funktion nicht eine weitere Partition gleicher Größe im Laufwerk? Wäre doch etwa wie RAID 1? Bringt aber nichts, wenn das Laufwerk krepiert und das Snapshot im gleichen Laufwerk ist. Da wäre eine externe Sicherung noch vorteilhaft. Gut, vielleicht nutzt du 2 Datenträger im Desktop oder Laptop.
 
Zuletzt bearbeitet von einem Moderator:
Wir denn XFS noch weiter entwickelt? :P
Dachte so größere Features zumindest kämen bei so alten FS nicht mehr hinzu..
 
Also wirst du zu XFS konvertieren, wenn Snapshots möglich werden?

Weiß noch nicht. Mal schauen...

Braucht man für die Snapshot-Funktion nicht eine weitere Partition gleicher Größe im Laufwerk?

Nö. Ein Btrfs-Snapshot verbraucht ziemlich exakt 4096 Bytes Speicherplatz. Und den auf einen externen Datenträger zu senden braucht nur so viel Platz wie die Daten groß sind.

Wir denn XFS noch weiter entwickelt? :P

Natürlich. Gerade ist CoW in Planung, und damit höchstwahrscheinlich Subvolumes und Snapshots.
 
Hm okay, vor einer Neuinstallation habe ich meine SSD mal mit wipe gewiped, bei 100% schloss der wipe mit der Meldung
stack smashing detected ***:<unknown> terminated
ab.

Ein
Code:
 smartctl -t short -a /dev/nvme0n1

liefert am Ende der Ausgabe
Code:
=== START OF SMART DATA SECTION ===
Read NVMe SMART/Health Information failed: NVMe Status 0x4002

Kann es sein das meine SSD zerschossen ist?
 
'lm-sensors' kann man für die Konsole verwenden. Wird auch häufig als Quelle für Conky verwendet.
Kenne lm-sensors, nur findet das bei meinem Ryzen System keine Sensoren. Habe schon etwas gegoogelt, aber ein Kernelmodul von Github einbinden ist mir dann zu tief in das System eingegriffen.
Gibt es da einen anderen Weg?
 
Kenne lm-sensors, nur findet das bei meinem Ryzen System keine Sensoren. Habe schon etwas gegoogelt, aber ein Kernelmodul von Github einbinden ist mir dann zu tief in das System eingegriffen.
Gibt es da einen anderen Weg?
Kommt auf deine Linuxdistribution und Hardware an, bzw. die Sensorchips. Der nct6775 Treiber scheint noch gut dabei zu sein, der it87 Treiber hingegen ist derzeit tot.
 
Jungs,

habe aktuell Manjaro drauf mit folgender config:
/dev/nvme0n1p1 - 500MB /boot
/dev/nvme0n1p2 - 218GB Luksverschlüsseltes BTRFS
/dev/nvme0n1p3 - 20GB Luksverschlüsseltes SWAP

Gemäß dm-crypt/Swap encryption - ArchWiki bin ich vorgegangen und habe unter /etc/keyfile-cryptswap ein Keyfile für die SWAP-Partition erstellt (Swap kann innerhalb des Systems auch eingebunden werden).

In der /etc/default/grub steht:
Code:
GRUB_CMDLINE_LINUX_DEFAULT="resume=UUID=c258fc74-d490-4077-92e0-3042594b5ff6 quiet rd.udev.log-priority=3"

Die /etc/openswap.conf:
Code:
## cryptsetup open $swap_device $crypt_swap_name
## get uuid using e.g. lsblk -f
swap_device=/dev/disk/by-uuid/c7bb13e4-4001-4959-bbd1-e69852a2c821
crypt_swap_name=cryptswap

## one can optionally provide a keyfile device and path on this device
## to the keyfile
keyfile_device=/dev/mapper/cryptroot
keyfile_filename=etc/keyfile-cryptswap

## additional arguments are given to mount for keyfile_device
## has to start with --options (if so desired)
#keyfile_device_mount_options="--options=subvol=__active/__"

## additional arguments are given to cryptsetup
## --allow-discards options is desired in case swap is on SSD partition
cryptsetup_options="--type luks"

Im Bootvorgang entschlüssel ich mit der Passphrade meine Root-Partition, wähle dann meinen Kernel in Grub aus und erhalte folgende Meldung:
Failed to open key file.
ERROR: resume: hibernation device 'UUID=c258fc74-d490-4077-92e0-3042594b5ff6' no

Dann wird 1min30sec ein start Job probiert und dann normal (ohne Swap) ins System gebootet.

Wieso findet der den Schlüssel nicht? Wenn ich nichts übersehen habe, stehen überall die korrekten UUIDs drin und Rechtschreibfehler sind auch nicht vorhanden.
Die Root-Partition wird korrekt entschlüsselt, daher müsste er das Keyfile eigentlich finden...
 
Weil Btrfs einiges kann, was mit Ext4 nicht geht, für mich persönlich z.B. die Snapshots
Deswegen läuft auf allen meinen logischen Laufwerken LVM. Da kann ich dann Snapshots machen, Partitionen umorganisieren, zusammenfassen, etc. und es ist völlig egal, welches Dateisystem drin läuft.
 
Und ganz wichtig: Diese Snapshots innerhalb von 5 Sekunden auf einen externen Datenträger pushen, sodass ich bei einem SSD-Ausfall nur die Snapshots wieder auf die neue SSD kopieren muss...? ;)
 
Mal eine Frage an die Spezialisten hier:

Hab im Keller einen kleinen Rechner stehen, auf dem läuft Ubuntu Server samt einigen Diensten per Docker.
Nun würde ich gern diese Dienste per lokalem Domainnamen zugänglich machen anstelle der IP's. Auf meinem VPS-Server hab ich das per Nginx-Reverse-Proxy am laufen, aber für
zu Hause wäre mir das zu overpowered. Geht doch bestimmt auch einfacher, oder?
 
Wenn du schon Docker nutzt, wie waehrs mit traefik ?
Reverse Proxy aber funktioniert eben super mit docker. Hab ich hier auch laufen.
Musst nur vorher ein externes Netzwerk erstellen das du fuer deine container nutzen willst und in den compose dateien dann die traefik optionen reinhauen:

Code:
    labels:
      - "traefik.enable=true"
      - "traefik.frontend.rule=Host:grafana.docker.localhost"
      - "traefik.port=3000"
    ...

Bei mir laeuft das ganze direkt auf meinem Desktop, ich weiss nicht genau ob du noch was zusaetzlich konfigurieren musst da dein Docker host ja ein anderer rechner ist.
 
Es kann durchaus sein, dass zerosys an diesem Problem leidete: Entwickler lösen Datenverlust-Problem unter Linux 4.19

Na so etwas aber auch, jetzt müssen die Kernel-Entwickler mit ihrem tollen CoC ein bisschen auf die Bremse drücken, damit M$ nicht mehr so blöd dasteht? Es könnte aber auch sein, dass heise mit "Datenverlust" das Krepieren des ganzen Systems meint. Also vielleicht nicht unbedingt einzelne entführte Dateien.

Weiß jemand mehr?
 
Vermutlich benutzt wohl kaum jemand schon Kernel 4.19, außer denen mit rolling releases?
Und bisher habe ich unter Linux glaube ich noch kein einziges Bit verloren (wegen der Anmerkung dort, das möglicherweise auch ältere Kernel betroffen sein könnten).
 
Zuletzt bearbeitet:

Das Dateisystem wurde dadurch kaputt gemacht. Allerdings nichts, was ein gutes fsck nicht beheben konnte. Es war halt nur nervig und natürlich auch nicht ungefährlich. M$ hat sich schon ganz andere Knaller erlaubt. Aber Fehler sind nun mal menschlich. Durchaus möglich auf jeden Fall, dass das zerosys' Btrfs-Partition abgeschossen hat. ext4 ist halt nun mal am Weitesten verbreitet, und zudem nicht so robust wie alle immer glauben. Deshalb ist es da wohl als Erstes aufgefallen.
 
Hardwareluxx setzt keine externen Werbe- und Tracking-Cookies ein. Auf unserer Webseite finden Sie nur noch Cookies nach berechtigtem Interesse (Art. 6 Abs. 1 Satz 1 lit. f DSGVO) oder eigene funktionelle Cookies. Durch die Nutzung unserer Webseite erklären Sie sich damit einverstanden, dass wir diese Cookies setzen. Mehr Informationen und Möglichkeiten zur Einstellung unserer Cookies finden Sie in unserer Datenschutzerklärung.


Zurück
Oben Unten refresh