IWD verbindet sich nicht mehr

brikler

servus,

IWD will sich nicht mehr mit meinem wlan verbinden.
gestern nachmittag. ich hatte was mit DD gemacht, und nach einem neustart, wars aus mit dem wlan.
ich hab zwischen der dd aktion und neustart kein update gemacht.

                            Devices in Station Mode[1;90m                            [0m
[90m--------------------------------------------------------------------------------
[0m[1;90m  Name                  State            Scanning
[0m[90m--------------------------------------------------------------------------------
[0m  wlan0                 connecting

wenns funktioniert, wie es soll, muss da stehen connected
aus dem journal

journalctl -u iwd.service
Aug 22 10:55:44 frija iwd[1433]: Wireless daemon version 3.12
Aug 22 10:55:44 frija iwd[1433]: Loaded configuration from /etc/iwd/main.conf
Aug 22 10:55:44 frija iwd[1433]: Wiphy: 0, Name: phy0
Aug 22 10:55:44 frija iwd[1433]:         Permanent Address: 20:c1:9b:77:bf:e6
Aug 22 10:55:44 frija iwd[1433]:         2.4GHz Band:
Aug 22 10:55:44 frija iwd[1433]:                 Bitrates (non-HT):
Aug 22 10:55:44 frija iwd[1433]:                          1.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                          2.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                          5.5 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         11.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                          6.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                          9.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         12.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         18.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         24.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         36.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         48.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         54.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                 HT Capabilities:
Aug 22 10:55:44 frija iwd[1433]:                         HT40
Aug 22 10:55:44 frija iwd[1433]:                         Short GI for 20Mhz
Aug 22 10:55:44 frija iwd[1433]:                         Short GI for 40Mhz
Aug 22 10:55:44 frija iwd[1433]:                 HT RX MCS indexes:
Aug 22 10:55:44 frija iwd[1433]:                         0-15
Aug 22 10:55:44 frija iwd[1433]:                 HE Capabilities
Aug 22 10:55:44 frija iwd[1433]:                         Interface Types: ap p2p-go
Aug 22 10:55:44 frija iwd[1433]:                         Max HE RX <= 80MHz MCS: 0-11 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:                         Max HE TX <= 80MHz MCS: 0-11 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:                         Interface Types: station p2p-client
Aug 22 10:55:44 frija iwd[1433]:                         Max HE RX <= 80MHz MCS: 0-11 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:                         Max HE TX <= 80MHz MCS: 0-11 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:         5GHz Band:
Aug 22 10:55:44 frija iwd[1433]:                 Bitrates (non-HT):
Aug 22 10:55:44 frija iwd[1433]:                          6.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                          9.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         12.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         18.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         24.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         36.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         48.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                         54.0 Mbps
Aug 22 10:55:44 frija iwd[1433]:                 HT Capabilities:
Aug 22 10:55:44 frija iwd[1433]:                         HT40
Aug 22 10:55:44 frija iwd[1433]:                         Short GI for 20Mhz
Aug 22 10:55:44 frija iwd[1433]:                         Short GI for 40Mhz
Aug 22 10:55:44 frija iwd[1433]:                 HT RX MCS indexes:
Aug 22 10:55:44 frija iwd[1433]:                         0-15
Aug 22 10:55:44 frija iwd[1433]:                 VHT Capabilities:
Aug 22 10:55:44 frija iwd[1433]:                         160 Mhz operation
Aug 22 10:55:44 frija iwd[1433]:                         Short GI for 80Mhz
Aug 22 10:55:44 frija iwd[1433]:                         Short GI for 160 and 80 + 80 Mhz
Aug 22 10:55:44 frija iwd[1433]:                         Max RX MCS: 0-9 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:                         Max TX MCS: 0-9 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:                 HE Capabilities
Aug 22 10:55:44 frija iwd[1433]:                         Interface Types: ap p2p-go
Aug 22 10:55:44 frija iwd[1433]:                         Max HE RX <= 80MHz MCS: 0-11 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:                         Max HE TX <= 80MHz MCS: 0-11 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:                         Max HE RX <= 160MHz MCS: 0-11 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:                         Max HE TX <= 160MHz MCS: 0-11 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:                         Interface Types: station p2p-client
Aug 22 10:55:44 frija iwd[1433]:                         Max HE RX <= 80MHz MCS: 0-11 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:                         Max HE TX <= 80MHz MCS: 0-11 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:                         Max HE RX <= 160MHz MCS: 0-11 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:                         Max HE TX <= 160MHz MCS: 0-11 for NSS: 2
Aug 22 10:55:44 frija iwd[1433]:         Ciphers: BIP-GMAC-256 BIP-GMAC-128 GCMP-256 GCMP-128
Aug 22 10:55:44 frija iwd[1433]:                  BIP-CMAC-128 CCMP-128 TKIP
Aug 22 10:55:44 frija iwd[1433]:         Supported iftypes: ad-hoc station ap p2p-client p2p-go p2p-device
Aug 22 10:55:44 frija iwd[1433]: event: state, old: disconnected, new: autoconnect_quick
Aug 22 10:55:44 frija iwd[1433]: udev interface=wlan0 ifindex=3
Aug 22 10:55:45 frija iwd[1433]: event: connect-info, ssid: WLAN-6EC255, bss: 8c:19:b5:87:01:4e, signal: -68, load: 14/255
Aug 22 10:55:45 frija iwd[1433]: event: state, old: autoconnect_quick, new: connecting (auto)
Aug 22 10:55:45 frija iwd[1433]: event: state, old: connecting (auto), new: connecting (netconfig

normalerweise kanns nach einem update klemmen, aber zwischen dd und kein wlan mehr, seh ich keinen zusammen hang.
ich bin ratlos

edit
mit wpa_supplicant gehts auch nicht, ich habs mit einem alten und einem aktuellen kernelversucht

sudo wpa_supplicant -i wlp0s20f3 -D wext -c /etc/wpa_supplicant/wpa_supplicant.conf -B
Successfully initialized wpa_supplicant
ioctl[SIOCSIWENCODEEXT]: Invalid argument
ioctl[SIOCSIWENCODEEXT]: Invalid argument

sudo wpa_supplicant -i wlp0s20f3 -c /etc/wpa_supplicant/wpa_supplicant.conf -B
Successfully initialized wpa_supplicant
wlp0s20f3: nl80211: kernel reports: multicast RX registrations are not supported
p2p-dev-wlp0s20: nl80211: kernel reports: multicast RX registrations are not supported

edit 2
natuerlich sind nicht beide gleichzeitig installiert, und networkmanger verwende ich nicht

edit 3
ich habs mit einen aktuellen und einem alten kernel versucht, mit der gleichen erfolglosigkeit

[gelöscht]

Was dd damit zu tun haben könnte erschließt sich mir nicht, es sei denn, dass damit einige Plattrensektoren zerschossen wurden.

Und leider musste ich wegen Konflikte iwd kürzlich deaktivieren, so dass ich folgendes nicht mehr überprüfen kann. Aber wenn da nur das Kennwort verloren gegangen ist, könnte folgendes helfen:

iwctl
 > station wlan0 connect  <SSID>
 > Passwort Eingabe + exit od. Strg+d

Mehr fällt mir dazu auch nicht ein.

brikler

Dakuan Was dd damit zu tun haben könnte erschließt sich mir nicht, es sei denn, dass damit einige Plattrensektoren zerschossen wurden.

fsck sagt, ales waere in ordnung, oder erkennt das fsck nicht?

edit

 sudo fsck -f /dev/nvme0n1p1
fsck from util-linux 2.42.2
Info: Force to fix corruption
Info: MKFS version
  "Linux version 6.14.8-1.1-cachyos (linux-cachyos@cachyos) (clang version 19.1.7, LLD 19.1.7) #1 SMP PREEMPT_DYNAMIC Sat, 24 May 2025 13:02:37 +0000"
Info: FSCK version
  from "Linux version 6.14.8-1.1-cachyos (linux-cachyos@cachyos) (clang version 19.1.7, LLD 19.1.7) #1 SMP PREEMPT_DYNAMIC Sat, 24 May 2025 13:02:37 +0000"
    to "Linux version 6.18.42-1-cachyos-lts (linux-cachyos-lts@cachyos) (gcc (GCC) 16.1.1 20260728, GNU ld (GNU Binutils) 2.47) #1 SMP PREEMPT_DYNAMIC Sun, 09 Aug 2026 15:25:47 +0000"
Info: superblock features = 2868 :  extra_attr inode_checksum flexible_inline_xattr sb_checksum compression
Info: superblock encrypt level = 0, salt = 00000000000000000000000000000000
Info: Segments per section = 1
Info: Sections per zone = 1
Info: total FS sectors = 60015616 (234436 MB)
Info: CKPT version = 1e103526
Info: checkpoint state = 445 :  large_nat_bitmap crc compacted_summary unmount
[FSCK] Check node 1 / 296641 (0.00%)
[FSCK] Check node 29665 / 296641 (10.00%)
[FSCK] Check node 59329 / 296641 (20.00%)
[FSCK] Check node 88993 / 296641 (30.00%)
[FSCK] Check node 118657 / 296641 (40.00%)
[FSCK] Check node 148321 / 296641 (50.00%)
[FSCK] Check node 177985 / 296641 (60.00%)
[FSCK] Check node 207649 / 296641 (70.00%)
[FSCK] Check node 237313 / 296641 (80.00%)
[FSCK] Check node 266977 / 296641 (90.00%)
[FSCK] Check node 296641 / 296641 (100.00%)

[FSCK] Max image size: 94764 MB, Free space: 139672 MB
[FSCK] Unreachable nat entries                        [Ok..] [0x0]
[FSCK] SIT valid block bitmap checking                [Ok..]
[FSCK] Hard link checking for regular file            [Ok..] [0x410]
[FSCK] valid_block_count matching with CP             [Ok..] [0x16f79ae]
[FSCK] valid_node_count matching with CP (de lookup)  [Ok..] [0x486c1]
[FSCK] valid_node_count matching with CP (nat lookup) [Ok..] [0x486c1]
[FSCK] valid_inode_count matched with CP              [Ok..] [0x4333b]
[FSCK] free segment_count matched with CP             [Ok..] [0xbe08]
[FSCK] next block offset is free                      [Ok..]
[FSCK] fixing SIT types
[FSCK] other corrupted bugs                           [Ok..]

Done: 25.480991 secs

schaut nicht so aus, als wuerde fsck.f2fs was erkennen

edit 2.
ich hab jetzt systemd-networkd konfiguriert, und jetzt gehts wieder

GerBra

Gibt es im Journal denn zum WLan-Device/Kernelmodul noch andere Einträge, die auf ein Problem mit dem Gerät selbst oder dem Modul hinweisen? Im Zweifelsfall stelle ein komplettes Bootjournal auf einen Pastebin-Server.
Zum selbständigen Vergleichen kannst du auch ein Bootjournal von einem vorherigen - also noch funktionierenden Boot - hinzuziehen (journalctl --list-boots + journalctl -b -<X>)
Vergleiche auch mal die Kernelversionen(1. Zeile im Bootjournal) zwischen dem letzten funktionierenden und dem aktuellen.

Ansonsten:

Findet iwd über wlan0 in der Konstellation vom obigen 1. Post dein oder andere Funknetze? Zeige mal:
//Editiert

sudo rfkill
sudo iwctl device wlan0 show
sudo iwctl station wlan0 scan ; sleep 2
sudo iwctl station wlan0 get-networks

Wieso zwei verschiedene Devicenamen? (wlan0 vs. wlp0s20f3 bei wpa_supp)?
Starte beide Geräte (Rechner und AccessPoint/Router mal kalt neu, also ohne Strom und jeweils so 2min stromlos warten vorm jeweiligen Neustart)

Zu dd:
Zeife halt mal was diese "dd-Aktionen" waren (history), dann kann man sagen ob da ggf. ein Zusammenhang bestände...

brikler

GerBra Wieso zwei verschiedene Devicenamen? (wlan0 vs. wlp0s20f3 bei wpa_supp)?

weil die beiden programme, ein andere interface erwarten, und entsprechen umbenennen, wenigstens hab ich so in erinnerung.

GerBra

brikler weil die beiden programme, ein anderes device erwarten, und entsprechen umbenennen, wenigstens hab ich so in erinnerung.

Wäre mir neu, aber ich habe kein wpa_supp zur Hand...
Bleibe bei den Tests halt bei iwd, ich denke das willst du ja sowieso verwenden...

Gehe bitte noch ggf. auf die anderen Punkte ein wenn ich dir weiter helfen soll...

brikler

GerBra Wäre mir neu, aber ich habe kein wpa_supp zur Hand...

am anfang von iwd gabs deswegen ;fter mal probleme, und das mit wpa_supplicant, ist eigentlich blos zum testen, obs ueberhaupt geht
`

ID TYPE DEVICE      SOFT      HARD
 0 wlan phy0   unblocked unblocked
                                 Device: wlan0[1;90m                                 [0m
[90m--------------------------------------------------------------------------------
[0m[1;90m  Settable  Property              Value                                          

[0m[90m--------------------------------------------------------------------------------
[0m            Name                  wlan0                                            

  [1;90m       *[0m  Mode                  station                                          

  [1;90m       *[0m  Powered               on                                               

            Address               20:c1:9b:77:bf:e6                                

            Adapter               phy0                                             

                               Available networks[1;90m                              [0m
[90m--------------------------------------------------------------------------------
[0m[1;90m      Network name                      Security            Signal
[0m[90m--------------------------------------------------------------------------------
[0m  [1;90m> [0m  WLAN-6EC255                       psk                 **[1;90m**[0m   

```

GerBra

Scannt/Findet also deinen AP.
Und du kannst dich nicht mittels
iwctl
und darin:
station wlan0 connect WLAN-6EC255
verbinden?
Bzw. was sagt danach:
station wlan0 show
Die Passphrase/PSK ist richtig (in der Config oder ggf. die, die abgefragt wird)?

Gibt es im Journal oder dmesg gleichzeitig irgendwelche Meldungen zu dem Vorgang?

Starte wie o.a. den AccessPoint/Router mal kalt neu, evtl. sind dessen Tabellen durcheinander...

brikler

GerBra Die Passphrase/PSK ist richtig (in der Config oder ggf. die, die abgefragt wird)?

das passt devinitiv, aber vor ein paar tagen gabs ein update von tpm2-tss, und ich hab mit pacdiff configs aktualisiert... das koennte in die richtug gehen
[ 32.610635] wlan0: deauthenticating from 8c:19:b5:87:01:4e by local choice (Reason: 3=DEAUTH_LEAVING)

[    3.720296] wlan0: authenticate with 8c:19:b5:87:01:4e (local address=20:c1:9b:77:bf:e6)
[    3.747508] wlan0: send auth to 8c:19:b5:87:01:4e (try 1/3)
[    3.773800] wlan0: authenticated
[    3.774438] wlan0: associate with 8c:19:b5:87:01:4e (try 1/3)
[    3.779702] wlan0: RX AssocResp from 8c:19:b5:87:01:4e (capab=0x1411 status=0 aid=19)
[    3.787615] wlan0: associated
[    3.794370] wlan0: Limiting TX power to 20 (20 - 0) dBm as advertised by 8c:19:b5:87:01:4e
[   32.610635] wlan0: deauthenticating from 8c:19:b5:87:01:4e by local choice (Reason: 3=DEAUTH_LEAVING)
[   32.663945] wlan0: authenticate with 8c:19:b5:87:01:4f (local address=20:c1:9b:77:bf:e6)
[   32.664840] wlan0: send auth to 8c:19:b5:87:01:4f (try 1/3)
[   32.692462] wlan0: authenticated
[   32.693579] wlan0: associate with 8c:19:b5:87:01:4f (try 1/3)
[   32.695288] wlan0: RX AssocResp from 8c:19:b5:87:01:4f (capab=0x1011 status=0 aid=14)
[   32.706443] wlan0: associated
[   32.767205] wlan0: Limiting TX power to 30 (30 - 0) dBm as advertised by 8c:19:b5:87:01:4f
[   40.800435] wlan0: disconnect from AP 8c:19:b5:87:01:4f for new auth to 8c:19:b5:87:01:4e
[   40.837609] wlan0: authenticate with 8c:19:b5:87:01:4e (local address=20:c1:9b:77:bf:e6)
[   40.838641] wlan0: send auth to 8c:19:b5:87:01:4e (try 1/3)
[   40.866800] wlan0: authenticated
[   40.867523] wlan0: associate with 8c:19:b5:87:01:4e (try 1/3)
[   40.872964] wlan0: RX ReassocResp from 8c:19:b5:87:01:4e (capab=0x1411 status=0 aid=20)
[   40.885373] wlan0: associated
[   40.964881] wlan0: Limiting TX power to 20 (20 - 0) dBm as advertised by 8c:19:b5:87:01:4e

GerBra

brikler [ 32.610635] wlan0: deauthenticating from 8c:19:b5:87:01:4e by local choice (Reason: 3=DEAUTH_LEAVING)

Das sieht eher nach Roaming-Problem aus, wahrscheinlich zwischen deinem 2,4GHz und 5GHz Band.
Beide BSS (8c:19:b5:87:01:xx) unterscheiden sich nur im letzten Segment (4e vs. 4f).
Wenn du am AccessPoint nicht ein Frequenzband disablen kannst/willst, dann würde ich mir das mal anschauen:
https://wiki.archlinux.org/title/Iwd#iwd_keeps_roaming
und da mal mit den vorgeschlagenen Werten versuchen bzw. ggf. noch was anderes für RoamThreshold5G=-80
Mit Problemen/genauen Tips zu 2,4 vs 5 GHz habe ich selbst aber wenig Ahnung von...

//Edit: Bei dem Log-Auszug wurde ja nun verbunden, ist halt die Frage ob das dauerhaft ist/bleibt oder og es ggf. wg. dem Roaming "laufend wechseln" würde...

//Edit2: In iwctl kannst du ja ziemlich "live" beobachten, ob der connect stabil bleibt, auf welchem Band/Frequenz das gerade ist und wielange die Verbindung "steht":
iwctl # darin dann
[iwd]# station wlan0 show

//Edit 423 <g>:
Man kann wohl in der iwd.conf auch über die Sektion "[Rank]" das gewünschte Band (2,4/5) festlegen bzw. Bänder auch ganz abstellen. Siehe:
https://man.archlinux.org/man/extra/iwd/iwd.config.5.en#Rank
Suche ggf. mal danach, meine Suchmaschine sagt z.B.:

To prefer or force 5 GHz: Add a higher rank modifier under the [Rank] section (e.g., BandModifier5Ghz=9.0).
To force 2.4 GHz only: Set BandModifier5Ghz=0.0 in the configuration file to completely disable the 5 GHz band for scanning and connecting.

brikler

GerBra und da mal mit den vorgeschlagenen Werten versuchen bzw. ggf. noch was anderes für RoamThreshold5G=-80

die vorgeschlagenen wert haben leider nichts gebracht.
ich werds dann auch mal drinen versuchen, so langs wetter noch so angenehm ist, bin ich naemlich auf der terrasse.

GerBra Mit Problemen/genauen Tips zu 2,4 vs 5 GHz habe ich selbst aber wenig Ahnung von...

das 5 GHz band ist viel stoeanfaelliger

GerBra

brikler das 5 GHz band ist viel stoeanfaelliger

Dann editiere deine /etc/iwd/main.conf nochmal:

nimm obige Änderungen zu RoamThreshold* wieder raus (oder auskommentieren) und editiere oder füge diesen Teil ein:
```
[Rank]
BandModifier5GHz=0.0
```

Wenn sich die vorher stabile Verbindung (auch mittels iwd) halt plötzlich verändert/verschlechtert ohne das man selbst etwas ändert: Es ist halt FUNK - mit allen möglichen Seiteneffekten auf die man keinen Einfluß hat.
Das können Dinge wie ein neues Netz in der Nachbarschaft sein, eine IP-Webcam, eine Baustellen-Ampelanlage vor der Haustür, Sonnenfleckenaktivität(BofH¹-Ausrede, macht auch Logins zeitweise unmöglich <g>), usw....

Sowas kann sich nach Stunden/Tage auch wieder (magisch!) beheben.
Ich schaue bei sowas immer mal: auf welchen Kanälen/Bändern treiben sich die (Default-Einstellungen) der Nachbar-AccessPoints denn rum - und stelle bei mir im AP dann einen Kanal/Band/Frequenzbereich ein, der möglichst "weit entfernt" von allen anderen ist.

Klappt den (ggf. mit obiger Änderung) denn nun dein iwd wieder generell (ggf. mit Unterbrechungen) oder liegt noch irgendwas Grundsätzliches im Argen?

¹ BastardOperaterFromHell (BofH), uralt aber immer lustig z.B. auf dem Klo zu lesen <g>)
https://www.gimizu.de/basta/bofh/bofh_1.html

//Edit2: Typos

brikler

GerBra Klappt den (ggf. mit obiger Änderung) den nun dein iwd wieder generell (ggf. mit Unterbrechungen) oder liegt noch irgendwas Grundsätzliches im Argen?

ich denke das ist in ordnung, iwd hat mit dieser einstellung jahrelang einwandfrei funktioniert.

GerBra

brikler ch denke das ist in ordnung

Diese deauthenticating from 8c:19:b5:87:01:4e by local choice (Reason: 3=DEAUTH_LEAVING) Medung sollte nun nicht mehr auftauchen bei/nach der Verbindungsherstellung wenn du das mit dem Abstellen des 5GHz Bandes gemacht hast.

brikler

GerBra auf jeden fall, gehts ein paar meter neben dem rooter auch nicht.

GerBra

brikler auf jeden fall, gehts ein paar meter neben dem rooter auch nicht.

Wenn der Satz bedeutet, daß du weiterhin keine Verbindung über WiFi hast dann kann ich dir leider von hier aus anhand der Informationslage auch nicht mehr weiterhelfen. Ich habe keinen Schimmer was, wie, wo nicht geht.
Unter gewissen Umständen ist Remote-Support halt nicht möglich...

brikler

GerBra Wenn der Satz bedeutet, daß du weiterhin keine Verbindung über WiFi hast

das bedeutet es leider.
das lifesystem, mit dem ich online bin, ist von anfang august, da war auf jeden fall alles noch in ordnung, also ist da irgendwas passiert, was jetzt nicht mehr funktioniert.

GerBra

brikler das lifesystem, mit dem ich online bin, ist von anfang august, da war auf jeden fall alles noch in ordnung

Na ja, wenn du jetzt Archlinux statt CachyOS nutzen würdest, dann könntest du z.B. via ALA(ArchLinuxArchive) das System(Software-Stand) genau zu einem spezifischen Datum (vor paar Tagen als noch alles "funzte" oder selbst "Anfang August") zurück-"rollen".¹
Bei deinem OS vermute ich ist das so nicht möglich... Wobei Cachy ja "eigentich" btrfs+snapper(snapshots) "einrichtet", Backups+Restore also recht einfach handhabbar sind...

Aber du machst ja wohl vom System keine regelmäßigen Backups...(plus Restore-Fähigkeit). Würde ich mal drüber nachdenken, auch bei deinem "Basteltrieb" <g>

Viel Erfolg beim Problem!

¹ https://wiki.archlinux.org/title/Arch_Linux_Archive#Restore_all_packages_to_a_specific_date

brikler

GerBra Aber du machst ja wohl vom System keine regelmäßigen Backups

das wichtige ist schon sicher 🙂
aber das zurück spielen ist keine dauerhaft lösung, beim nächsten update ist dann alles wieder so, wie vorher, wenigstens eine zeitlang.

wie auch immer, ich hab alle pakete entfernt, und wieder installiert, und als ergebnis, bekomme ich jedes mal einen pam_nologin wenn ich mich als user anmelden möchte.
vom regen in der traufe gelandet, wie man sagt.
pam könnte auch an dem problem schuld sein, wenn zb iwd passwort nicht lesen darf

Nächste Seite »