Thema: Device or resource busy beim umount Versuch

Sorry - habe es oben nochmal korrigiert.
Bei der ZGemma H9TWIN mit dem swapfile auf USB-Stick ist Swap durch swapoff -a aus, aber durch swapon -a gerade nicht wieder angesprungen. Da müßte der Swap-Manager neu gestartet werden. Ich reboote gerade, und schaue nochmal.

Auf die Schnelle finde ich den Startmechanismus für swapfile nicht. Aber nach Rebbot ist es wieder aktiv.

Das ist kein Problem @Papi2000, aber gut zu wissen werd das Script dahingehend anpassen.
So hab ich das gestern auch bei meinen Tests erlebt aber da hilft dann eben swapon -a /pfad/zum/swapfile.
Damit ist es dann auch wieder aktiviert.


Grüsse
Pike

Stimmt - Danke. Mit Pfad bei Aktivierung geht.
Dann ist das aber ein Bug, denn swapon -a sollte alle Devices (-a) parsen, was es früher auch machte.
Die Spielerei hier hat also einen kleinen Bug (bei mir im oATV6.4) aufgedeckt.
Gibt man nämlich den Pfad explizit mit, wird auch ohne "-a" direkt wieder aktiviert:

Code:

root@zgemmah9twin:~# free
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      885528      249800      491624         228      144104      603180
Swap:        262140           0      262140

root@zgemmah9twin:~# swapoff -a
root@zgemmah9twin:~# free
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      885528      249776      491640         228      144112      603204
Swap:             0           0           0

root@zgemmah9twin:~# swapon -a /media/usb/swapfile
root@zgemmah9twin:~# free
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      885528      249900      491516         228      144112      603080
Swap:        262140           0      262140

root@zgemmah9twin:~# swapoff -a
root@zgemmah9twin:~# free
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      885528      249884      491516         228      144128      603096
Swap:             0           0           0

root@zgemmah9twin:~# swapon /media/usb/swapfile
root@zgemmah9twin:~# free
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      885528      249884      491516         228      144128      603096
Swap:        262140           0      262140

root@zgemmah9twin:~# swapoff -a
root@zgemmah9twin:~# free
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      885528      249808      491592         228      144128      603172
Swap:             0           0           0

root@zgemmah9twin:~# swapon -a
root@zgemmah9twin:~# free
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      885528      250008      491392         228      144128      602972
Swap:             0           0           0

root@zgemmah9twin:~# swapon /media/usb/swapfile
root@zgemmah9twin:~# free
              gesamt       benutzt     frei      gemns.  Puffer/Cache verfügbar
Speicher:      885528      250404      490988         228      144136      602576
Swap:        262140           0      262140

siehe auch:

Code:

root@zgemmah9twin:~# swapon
BusyBox v1.31.0 (2021-10-27 12:37:14 UTC) multi-call binary.

Usage: swapon [-a] [-e] [-d[POL]] [-p PRI] [DEVICE]

Start swapping on DEVICE

        -a      Start swapping on all swap devices
        -d[POL] Discard blocks at swapon (POL=once),
                as freed (POL=pages), or both (POL omitted)
        -e      Silently skip devices that do not exist
        -p PRI  Set swap device priority

Ja gut möglich -> was so ne Spielerei alles aufdecken kann
Vielleicht kann sich das der @Captain ja mal angucken und den Bug fixen (is hier im OpenATV-7.0 also auch der Fall).


Grüsse
Pike

Nicht relevant aber ich lese das wiederholt.

Zitat von Papi2000

Wobei ein aktuelles E2 ab Version 6.x schon immer ein Swap erforderte, was aber hier nicht relevant ist.

Ich halte das für ein Gerücht. Was mich besonders stützig macht das 6.x. Früher klar aber heute, ab 6.x? (Für alte Boxen mit neuem E2 aber das sollte man dann schon dazu schreiben!!)

Hier gehts dann zum aktuellen Script;
Manueller Filecheck (fsck) per FileCommander für ext4/ext3 Datenträger


Grüsse
Pike