Discussion:
4.9.220-eisfair-64-VIRT nur noch read-only
(zu alt für eine Antwort)
Daniel Kubein
2020-06-03 15:46:21 UTC
Permalink
Hallo,

hat das schonmal jemand erlebt?


Welcome to eisfair!
base : 2.8.25
eiskernel: 4.9.220-eisfair-64-VIRT
eis 2.8.25 # setup
/var/install/bin/show-menu: line 441: /tmp/choose.14696: Read-only file
system
/var/install/bin/show-menu: line 444: /tmp/choose.14696: No such file or
directory

Da geht nichtmal mehr der Rebootbefehl.

Gruß Daniel
Daniel Kubein
2020-06-03 15:50:24 UTC
Permalink
Inhalt von:
/var/install/bin/show-menu: line 441: /tmp/choose.14696: Read-only file
system
/var/install/bin/show-menu: line 444: /tmp/choose.14696: No such file or
directory

${default_run_path}/choose 'MENU' $a >/tmp/choose.$$
rc=$?

read a < /tmp/choose.$$
Marcus Röckrath
2020-06-03 16:03:00 UTC
Permalink
Hallo Daniel,
Post by Daniel Kubein
/var/install/bin/show-menu: line 441: /tmp/choose.14696: Read-only file
system
/var/install/bin/show-menu: line 444: /tmp/choose.14696: No such file or
directory
${default_run_path}/choose 'MENU' $a >/tmp/choose.$$
rc=$?
read a < /tmp/choose.$$
Bei einem read-only-Dateisystem hat jeder Befehl, der etwas auf die Platte
schreiben möchte ein Problem.

Es liegt dabei aber keine Problem/Bug bei diesem speziellen Befehl vor, also
hier mit show-menu.
--
Gruß Marcus
[eisfair-Team]
Marcus Röckrath
2020-06-03 18:14:19 UTC
Permalink
Hallo Daniel,
Post by Daniel Kubein
/var/install/bin/show-menu: line 441: /tmp/choose.14696: Read-only file
system
/var/install/bin/show-menu: line 444: /tmp/choose.14696: No such file or
directory
${default_run_path}/choose 'MENU' $a >/tmp/choose.$$
rc=$?
read a < /tmp/choose.$$
Bei einem read-only-Dateisystem hat jeder Befehl, der etwas auf die Platte
schreiben möchte ein Problem.

Es liegt dabei aber keine Problem/Bug bei diesem speziellen Befehl vor, also
hier mit show-menu.
--
Gruß Marcus
[eisfair-Team]
Marcus Röckrath
2020-06-03 15:56:26 UTC
Permalink
Hallo Daniel,
Post by Daniel Kubein
hat das schonmal jemand erlebt?
Klar; meistens ein Problem mit der Platte/Partition.
Post by Daniel Kubein
Welcome to eisfair!
base : 2.8.25
eiskernel: 4.9.220-eisfair-64-VIRT
eis 2.8.25 # setup
/var/install/bin/show-menu: line 441: /tmp/choose.14696: Read-only file
system
/var/install/bin/show-menu: line 444: /tmp/choose.14696: No such file or
directory
Da geht nichtmal mehr der Rebootbefehl.
dmesg | less

Falls das startbar ist, prüfe mal, ob es da irgendwelche Hinweise gibt.

Ansonsten mal ein Rettungssystem starten und die Platte checken.
--
Gruß Marcus
[eisfair-Team]
Marcus Röckrath
2020-06-03 18:15:05 UTC
Permalink
Hallo Daniel,
Post by Daniel Kubein
hat das schonmal jemand erlebt?
Klar; meistens ein Problem mit der Platte/Partition.
Post by Daniel Kubein
Welcome to eisfair!
base : 2.8.25
eiskernel: 4.9.220-eisfair-64-VIRT
eis 2.8.25 # setup
/var/install/bin/show-menu: line 441: /tmp/choose.14696: Read-only file
system
/var/install/bin/show-menu: line 444: /tmp/choose.14696: No such file or
directory
Da geht nichtmal mehr der Rebootbefehl.
dmesg | less

Falls das startbar ist, prüfe mal, ob es da irgendwelche Hinweise gibt.

Ansonsten mal ein Rettungssystem starten und die Platte checken.
--
Gruß Marcus
[eisfair-Team]
Daniel Kubein
2020-06-04 03:33:29 UTC
Permalink
Hallo Marcus,
Post by Marcus Röckrath
dmesg | less
Falls das startbar ist, prüfe mal, ob es da irgendwelche Hinweise gibt.
Keine Chance, geht auch nicht.
Post by Marcus Röckrath
Ansonsten mal ein Rettungssystem starten und die Platte checken.
Die Platte ist noch nagelneu und das System neu aufgesetzt vor
paar Wochen und noch jungfräulich. Aber ja, das heißt nichts.

Ich geh mal den Stecker ziehen.

Gruß Daniel
Marcus Röckrath
2020-06-04 05:19:34 UTC
Permalink
Hallo Daniel,
Post by Daniel Kubein
Post by Marcus Röckrath
dmesg | less
Falls das startbar ist, prüfe mal, ob es da irgendwelche Hinweise gibt.
Keine Chance, geht auch nicht.
Mist, Bootvorgang abfilmen.

Da muss irgendwann eine Meldung kommen, das das nicht rw remountet werden
konnte, oder durch ein Problem wird es wieder von rw nach ro.

Du warst das nicht mit dem mount bind ro, der dann auch / auf ro zog?
Post by Daniel Kubein
Post by Marcus Röckrath
Ansonsten mal ein Rettungssystem starten und die Platte checken.
Die Platte ist noch nagelneu und das System neu aufgesetzt vor
paar Wochen und noch jungfräulich. Aber ja, das heißt nichts.
Nein, das heißt nichts; habe Platten, die auch nach xx Jahren klaglos laufen
und andere, die nach wenigen Monaten verreckt sind.
--
Gruß Marcus
[eisfair-Team]
Daniel Kubein
2020-06-04 06:05:01 UTC
Permalink
Hallo Marcus,
Post by Marcus Röckrath
Du warst das nicht mit dem mount bind ro, der dann auch / auf ro zog?
Nein, ausnahmsweise nicht.

Grüße
Marcus Röckrath
2020-06-04 10:24:39 UTC
Permalink
Hallo Daniel,
Post by Daniel Kubein
Post by Marcus Röckrath
Du warst das nicht mit dem mount bind ro, der dann auch / auf ro zog?
Nein, ausnahmsweise nicht.
War ja nichts Schlimmes, nur erforderte das eine Anpassung im
mountfs-Initskript.
--
Gruß Marcus
[eisfair-Team]
Daniel Kubein
2020-06-04 03:36:52 UTC
Permalink
Hallo,

hier das komplette LogFile seit dem letzten Restart.
Wahrscheinlich besteht es seitdem schon.



May 31 00:00:07 superkubi syslogd 1.5.1: restart.
May 31 00:00:07 superkubi klogd: klogd 1.5.1, log source = /proc/kmsg
started.
May 31 00:00:07 superkubi klogd: Inspecting
/System.map-4.9.220-eisfair-64-VIRT
May 31 00:00:07 superkubi klogd: Loaded 57955 symbols from
/System.map-4.9.220-eisfair-64-VIRT.
May 31 00:00:07 superkubi klogd: Symbols match kernel version 4.9.220.
May 31 00:00:07 superkubi klogd: Loaded 6926 symbols from 51 modules.
May 31 00:00:10 superkubi fcron[13903]: Job '/etc/cron.daily/logrotate'
completed
May 31 00:06:27 superkubi klogd: usb 1-4: reset high-speed USB device
number 2 using xhci_hcd
May 31 00:18:09 superkubi klogd: sd 6:0:0:0: [sdb] tag#0 UNKNOWN(0x2003)
Result: hostbyte=0x00 driverbyte=0x08
May 31 00:33:27 superkubi klogd: sd 6:0:0:0: [sdb] tag#0 Sense Key : 0x6
[current]
May 31 00:39:34 superkubi klogd: sd 6:0:0:0: [sdb] tag#0 ASC=0x28 ASCQ=0x0
May 31 00:54:52 superkubi klogd: sd 6:0:0:0: [sdb] tag#0 CDB:
opcode=0x2a 2a 00 05 24 2a 50 00 00 08 00



Gruß Daniel
Daniel Kubein
2020-06-04 03:47:56 UTC
Permalink
Hallo,

nach dem Reboot geht natürlich
dmesg | less
und mich macht die 4te Zeile stutzig:


[ 0.000000] Command line: auto BOOT_IMAGE=eis ro
root=UUID=93d6d930-5b22-4c9e-bc0d-09ddbe4ecb31 raid=noautodetect


Muss das so sein?





eis 2.8.25 # dmesg | less
[ 0.000000] microcode: microcode updated early to revision 0xca, date
= 2019-10-03
[ 0.000000] Linux version 4.9.220-eisfair-64-VIRT (***@e64k49) (gcc
version 9.2.1 20200306 [revision
c5edde44f5b17b4891f17a63517f355bbf89e7d3] (eisfair Linux) ) #1 SMP Fri
Apr 24 20:31:28 CEST 2020
[ 0.000000] Command line: auto BOOT_IMAGE=eis ro
root=UUID=93d6d930-5b22-4c9e-bc0d-09ddbe4ecb31 raid=noautodetect
[ 0.000000] KERNEL supported cpus:
[ 0.000000] Intel GenuineIntel
[ 0.000000] AMD AuthenticAMD
[ 0.000000] Centaur CentaurHauls
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating
point registers'
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x008: 'MPX bounds
registers'
[ 0.000000] x86/fpu: Supporting XSAVE feature 0x010: 'MPX CSR'
[ 0.000000] x86/fpu: xstate_offset[2]: 576, xstate_sizes[2]: 256
[ 0.000000] x86/fpu: xstate_offset[3]: 832, xstate_sizes[3]: 64
[ 0.000000] x86/fpu: xstate_offset[4]: 896, xstate_sizes[4]: 64
[ 0.000000] x86/fpu: Enabled xstate features 0x1f, context size is
960 bytes, using 'compacted' format.
[ 0.000000] e820: BIOS-provided physical RAM map:
[ 0.000000] BIOS-e820: [mem 0x0000000000000000-0x00000000000913ff] usable
[ 0.000000] BIOS-e820: [mem 0x0000000000091400-0x000000000009ffff]
reserved
[ 0.000000] BIOS-e820: [mem 0x00000000000e0000-0x00000000000fffff]
reserved
[ 0.000000] BIOS-e820: [mem 0x0000000000100000-0x00000000a2bcafff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000a2bcb000-0x00000000a2bcbfff]
ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x00000000a2bcc000-0x00000000a2bccfff]
reserved
[ 0.000000] BIOS-e820: [mem 0x00000000a2bcd000-0x00000000b67cafff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000b67cb000-0x00000000b9b0dfff]
reserved
[ 0.000000] BIOS-e820: [mem 0x00000000b9b0e000-0x00000000b9b8afff]
ACPI data
[ 0.000000] BIOS-e820: [mem 0x00000000b9b8b000-0x00000000ba047fff]
ACPI NVS
[ 0.000000] BIOS-e820: [mem 0x00000000ba048000-0x00000000bacfefff]
reserved
[ 0.000000] BIOS-e820: [mem 0x00000000bacff000-0x00000000bacfffff] usable
[ 0.000000] BIOS-e820: [mem 0x00000000bad00000-0x00000000bf7fffff]
reserved
[ 0.000000] BIOS-e820: [mem 0x00000000f8000000-0x00000000fbffffff]
reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fe000000-0x00000000fe010fff]
reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fec00000-0x00000000fec00fff]
reserved
[ 0.000000] BIOS-e820: [mem 0x00000000fee00000-0x00000000fee00fff]
reserved
[ 0.000000] BIOS-e820: [mem 0x00000000ff000000-0x00000000ffffffff]
reserved
[ 0.000000] BIOS-e820: [mem 0x0000000100000000-0x000000043e7fffff] usable
[ 0.000000] NX (Execute Disable) protection: active
[ 0.000000] SMBIOS 3.1 present.
[ 0.000000] DMI: Dell Inc. OptiPlex 3060/0NV1M8, BIOS 1.4.2 06/11/2019
[ 0.000000] e820: update [mem 0x00000000-0x00000fff] usable ==> reserved
[ 0.000000] e820: remove [mem 0x000a0000-0x000fffff] usable
[ 0.000000] e820: last_pfn = 0x43e800 max_arch_pfn = 0x400000000
[ 0.000000] MTRR default type: write-back
[ 0.000000] MTRR fixed ranges enabled:
[ 0.000000] 00000-9FFFF write-back
[ 0.000000] A0000-BFFFF uncachable
[ 0.000000] C0000-FFFFF write-protect
[ 0.000000] MTRR variable ranges enabled:
[ 0.000000] 0 base 00C0000000 mask 7FC0000000 uncachable
[ 0.000000] 1 base 00BE000000 mask 7FFE000000 uncachable
[ 0.000000] 2 base 00BD000000 mask 7FFF000000 uncachable
[ 0.000000] 3 disabled
[ 0.000000] 4 disabled
[ 0.000000] 5 disabled
[ 0.000000] 6 disabled
[ 0.000000] 7 disabled
[ 0.000000] 8 disabled
[ 0.000000] 9 disabled
[ 0.000000] x86/PAT: Configuration [0-7]: WB WC UC- UC WB WC UC- WT
:




Gruß Daniel
Marcus Röckrath
2020-06-04 05:31:18 UTC
Permalink
H
Post by Daniel Kubein
Hallo,
nach dem Reboot geht natürlich
dmesg | less
[ 0.000000] Command line: auto BOOT_IMAGE=eis ro
root=UUID=93d6d930-5b22-4c9e-bc0d-09ddbe4ecb31 raid=noautodetect
Muss das so sein?
Ja, das ist so ok.
--
Gruß Marcus
[eisfair-Team]
Loading...