Upgrade 11.1 -> 11.2 ==> kernel crash on ThinkPad E545 (AMD64)

K

[KB]

Well-Known Member
Hallo BSD-Freunde,

nach einem "erzwungenen" Upgrade des Systems von 11.1 nach 11.2 crashed der 11.2-Kernel beim Start. Leider ohne sichtbare Fehlermeldung.
Hier mal ein Versuch den 11.2-Bootvorgang anhand eines 11.1-Bootvorgangs zu rekapitulieren:

Code: 
...
Aug 14 08:47:44 itpc0710 kernel: atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
Aug 14 08:47:44 itpc0710 kernel: atkbd0: <AT Keyboard> irq 1 on atkbdc0
Aug 14 08:47:44 itpc0710 kernel: kbd0 at atkbd0
Aug 14 08:47:44 itpc0710 kernel: atkbd0: [GIANT-LOCKED]
Aug 14 08:47:44 itpc0710 kernel: psm0: <PS/2 Mouse> irq 12 on atkbdc0
Aug 14 08:47:44 itpc0710 kernel: psm0: [GIANT-LOCKED]
Aug 14 08:47:44 itpc0710 kernel: psm0: model Generic PS/2 mouse, device ID 0
Aug 14 08:47:44 itpc0710 kernel: battery0: <ACPI Control Method Battery> on acpi0
Aug 14 08:47:44 itpc0710 kernel: acpi_acad0: <AC Adapter> on acpi0
Aug 14 08:47:44 itpc0710 kernel: sc0: <System console> at flags 0x100 on isa0
Aug 14 08:47:44 itpc0710 kernel: sc0: VGA <16 virtual consoles, flags=0x300>
Aug 14 08:47:44 itpc0710 kernel: vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
Aug 14 08:47:44 itpc0710 kernel: ppc0: cannot reserve I/O port range
Aug 14 08:47:44 itpc0710 kernel: hwpstate0: <Cool`n'Quiet 2.0> on cpu0
Aug 14 08:47:44 itpc0710 kernel: fuse-freebsd: version 0.4.4, FUSE ABI 7.8
Aug 14 08:47:44 itpc0710 kernel: ZFS filesystem version: 5
Aug 14 08:47:44 itpc0710 kernel: ZFS storage pool version: features support (5000)
--> crashed -> reboot
Aug 14 08:47:44 itpc0710 kernel: Timecounters tick every 1.000 msec
Aug 14 08:47:44 itpc0710 kernel: ugen2.1: <AMD OHCI root HUB> at usbus2
Aug 14 08:47:44 itpc0710 kernel: ugen5.1: <AMD EHCI root HUB> at usbus5
Aug 14 08:47:44 itpc0710 kernel: ugen0.1: <0x1022 XHCI root HUB> at usbus0
Aug 14 08:47:44 itpc0710 kernel: ugen1.1: <0x1022 XHCI root HUB> at usbus1
...

Kennt evtl. schon jemand diesen Fehler?

Viele Grüße,
[KB]
 
Maybe .....

FreeBSD/i386 installed on ZFS may crash during boot when the ZFS pool mount is attempted while booting an unmodified GENERIC kernel.

A system tunable has been added as of revision r286584 to make the kern.kstack_pages tunable configurable without recompiling the kernel.

To mitigate system crashes with such configurations, choose Escape to loader prompt in the boot menu and enter the following lines from loader(8) prompt, after an OK:

set kern.kstack_pages=4
boot
Add this line to /boot/loader.conf for the change to persist across reboots:

kern.kstack_pages=4

...


[2018-06-21] An issue had been discovered late in the release cycle where removing ZFS vdevs from a pool under certain conditions would cause a system crash when zfsd(8) is enabled in rc.conf(5).

At present, it is believed to be limited to removal of a mirror vdev from a pool consisting of multiple mirror vdevs.

See PR 228750 for more information and updates as the issue is investigated.
Zum Vergrößern anklicken....

https://www.freebsd.org/releases/11.2R/errata.html
 
Hallo schorsch,

vielen Dank für deine Hilfe.
Leider hat dieser Tip nicht geholfen.

Auch nach Setzen des kern.kstack_pages-Attributs am loader-Prompt crashed das System noch.
Somit scheint hier noch ein anderes Problem vorzuliegen.

Viele Grüße,
[KB]
 
Zuletzt bearbeitet:
Hallo mr44er,

die Maschine hat 16 GB RAM und soweit ich mich erinnern kann ist arc nicht limitiert.
Da muss ich mich aber noch einmal schlau machen...

Vielen Dank,
[KB]
 
Wenn der überhaupt nicht bootet, dann lassen wir das arc-limit mal außen vor.

Ab welchem Punkt crasht das System genau? Zeitpunkt ab dem die Bootmeldungen grau statts weiß sind?
Hast du ein zroot? Ich hab die Vermutung, dass mit dem pool was nicht stimmt.

Edit: Ist das nun i386 oder amd64?
 
Hallo mr44er,

es ist ein amd64-System und der zfs-Pool wird mit dem 11.1-Kernel problemlos geladen.
Der Zeitpunkt ist im Beispiel-Log ersichtlich. Kurz vor dem Crash wechselt die Font-Farbe auf blau.
Jetzt wird's bunt in der Konsole ...

Die eingebaute SSD ist folgendermaßen konfiguriert:

Code: 
=>       34  488397101  ada0  GPT  (233G)
         34          6        - free -  (3.0K)
         40       1024     1  freebsd-boot  (512K)
       1064        984        - free -  (492K)
       2048    4194304     2  freebsd-zfs  (2.0G)
    4196352  484200448     3  freebsd-zfs  (231G)
  488396800        335        - free -  (168K)

Ein zroot ist auch konfiguriert.
 
Mhmhmmm, wenn 11.1 geladen wird, sollte es nicht am pool liegen. Ggf. dennoch mal ein 'zpool scrub zroot' durchlaufen lassen und checken.
Blau? Das hab ich auch noch nicht gesehen.

Kannst du mal ein Foto mit dem Handy liefern zu dem Zeitpunkt? Evtl. sieht man ja noch mehr.

Ist ein oder mehrere Kerneldumps gespeichert worden unter /var/crash? (mit 11.1 kannst du ja booten)
Wenn ja, liefer mal bitte ein backtrace vom letzten dump:

Code: 
pkg install gdb
kgdb81 /boot/kernel/kernel /var/crash/vmcore.0   #hier die höchste Zahl, also der neueste dump
backtrace

Es könnte noch was mit TRIM batch sizes zu tun haben, Yamagi hat da was erwähnt, aber das soll er übernehmen, da bin ich raus.
 
[KB] schrieb:
Der Zeitpunkt ist im Beispiel-Log ersichtlich.
Zum Vergrößern anklicken....
Ich finde die Ausgabe verwirrend. Er lädt ZFS, dann kommt der Crash und dann die Meldung mit den Timecounters und Treiber für den USB-Stack? Bitte mal korrigieren.

Kannst du im Single-User-Modus ohne Crash booten? Ist das ein GENERIC-Kernel?

Rob
 
Hallo KobRheTilla,

um den Zeitpunkt deutlich zu machen, habe ich ein Log eines 11.1-Bootvorgangs genommen und dort den Zeitpunkt des Crashes eingetragen. Das 11.2-Log hört somit quasi über dem Crash-Eintrag auf...

Der Crash erfolgt sowohl im Single- als auch MultiUser-Mode und als modifizierter oder GENERIC-Kernel.

Viele Grüße,
[KB]
 
mr44er schrieb:
Es könnte noch was mit TRIM batch sizes zu tun haben, Yamagi hat da was erwähnt, aber das soll er übernehmen, da bin ich raus.
Zum Vergrößern anklicken....
Das wird es nicht sein. Das Problem mit den TRIM Batches ist, dass die meisten SSDs nur eine bestimmte Anzahl Blöcke auf einmal per TRIM-Batch blockadefrei löschen können. Schickt man mehr Blöcke in einem Batch blockiert der Controllert der SSD für einige Sekunden oder Worst Case sogar Minuten. Die meisten HBA und auch ZFS selbst nehmen solche Blockaden sehr übel, sie markieren die SSD als defekt und werfen sie aus dem System.

Daher kommunizieren die SSDs wie viele Blöcke ein Batch maximal beinhalten darf, ZFS und UFS beachten das beide auch. Allerdings geben einige LSI / Avago SAS HBA den Wert im Fall von S-ATA SSDs nicht korrekt durch, stattdessen tragen sie irgendeine irre hohe Zahl ein. ZFS und UFS generieren dann zu große TRIM-Batches, der Controller der SSD blockiert und *kabumm*.

Aber zum Thema: @[KB], kannst du mal ein Foto der Panic-Meldung machen? Vielleicht kann man dort etwas rauslesen. Und eine vollständige dmesg, gerne auch von 11.1, wäre schön. :)
 
Gut dann hier mal ein Link zu einem kurzen Video, das den Bootvorgang wiedergibt (mit VLC geht's):

http://kbrandt.sdf-eu.org/FreeBSD/distfiles/11.2_boot_failed.m4v

Ein 11.1-Boot-Log sieht wie folgt aus:

Code: 
Copyright (c) 1992-2017 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 11.1-RELEASE-p10 #14 r333755: Sun Aug 12 22:43:39 CEST 2018
    brandt@itpc0710:/usr/obj/usr/src/sys/ITPC0710 amd64
FreeBSD clang version 4.0.0 (tags/RELEASE_400/final 297347) (based on LLVM 4.0.0)
CPU: AMD A10-5750M APU with Radeon(tm) HD Graphics   (2495.39-MHz K8-class CPU)
  Origin="AuthenticAMD"  Id=0x610f31  Family=0x15  Model=0x13  Stepping=1
  Features=0x178bfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT>
  Features2=0x3e98320b<SSE3,PCLMULQDQ,MON,SSSE3,FMA,CX16,SSE4.1,SSE4.2,POPCNT,AESNI,XSAVE,OSXSAVE,AVX,F16C>
  AMD Features=0x2e500800<SYSCALL,NX,MMX+,FFXSR,Page1GB,RDTSCP,LM>
  AMD Features2=0x1ebbfff<LAHF,CMP,SVM,ExtAPIC,CR8,ABM,SSE4A,MAS,Prefetch,OSVW,IBS,XOP,SKINIT,WDT,LWP,FMA4,TCE,NodeId,TBM,Topology,PCXC,PNXC>
  Structured Extended Features=0x8<BMI1>
  SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=65536
  TSC: P-state invariant, performance statistics
real memory  = 17179869184 (16384 MB)
avail memory = 15687725056 (14960 MB)
Event timer "LAPIC" quality 100
ACPI APIC Table: <LENOVO TP-HR   >
FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs
FreeBSD/SMP: 1 package(s) x 4 core(s)
ioapic0: Changing APIC ID to 2
MADT: Forcing active-low polarity and level trigger for SCI
ioapic0 <Version 2.1> irqs 0-23 on motherboard
SMP: AP CPU #3 Launched!                                                                                                                                      
SMP: AP CPU #1 Launched!                                                                                                                                      
SMP: AP CPU #2 Launched!                                                                                                                                      
Timecounter "TSC-low" frequency 1247696333 Hz quality 1000                                                                                                    
Cuse v0.1.34 @ /dev/cuse                                                                                                                                      
random: entropy device external interface                                                                                                                      
GEOM_SCHED: Initializing global data.
GEOM_SCHED: Loading: mp = 0xffffffff825b33a0, g_sched_class = 0xffffffff825b33a0.
kbd1 at kbdmux0
netmap: loaded module
GEOM_SCHED: Modevent 0.
GEOM_SCHED: Loaded module rr error 0.
nexus0
cryptosoft0: <software crypto> on motherboard
aesni0: <AES-CBC,AES-XTS,AES-GCM,AES-ICM> on motherboard
acpi0: <LENOVO TP-HR> on motherboard
acpi0: Power Button (fixed)
cpu0: <ACPI CPU> on acpi0
cpu1: <ACPI CPU> on acpi0
cpu2: <ACPI CPU> on acpi0
cpu3: <ACPI CPU> on acpi0
atrtc0: <AT realtime clock> port 0x70-0x71 irq 8 on acpi0
Event timer "RTC" frequency 32768 Hz quality 0
attimer0: <AT timer> port 0x40-0x43 irq 0 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on acpi0
Timecounter "HPET" frequency 14318180 Hz quality 950
Event timer "HPET" frequency 14318180 Hz quality 450
Event timer "HPET1" frequency 14318180 Hz quality 450
Event timer "HPET2" frequency 14318180 Hz quality 450
acpi_ec0: <Embedded Controller: GPE 0x3> port 0x62,0x66 on acpi0
acpi_button0: <Power Button> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
vgapci0: <VGA-compatible display> port 0x2000-0x20ff mem 0xe0000000-0xefffffff,0xf0300000-0xf033ffff irq 17 at device 1.0 on pci0
vgapci0: Boot video device
hdac0: <ATI (0x9902) HDA Controller> mem 0xf0344000-0xf0347fff irq 18 at device 1.1 on pci0
hdac0: hdac_get_capabilities: Invalid corb size (0)
device_attach: hdac0 attach returned 6
pcib1: <ACPI PCI-PCI bridge> irq 16 at device 4.0 on pci0
pci1: <ACPI PCI bus> on pcib1
re0: <RealTek 8168/8111 B/C/CP/D/DP/E/F/G PCIe Gigabit Ethernet> port 0x1000-0x10ff mem 0xf0004000-0xf0004fff,0xf0000000-0xf0003fff irq 16 at device 0.0 on pci1
re0: Using 1 MSI-X message
re0: ASPM disabled
re0: Chip rev. 0x2c800000
re0: MAC rev. 0x00100000
miibus0: <MII bus> on re0
rgephy0: <RTL8169S/8110S/8211 1000BASE-T media interface> PHY 1 on miibus0
rgephy0:  none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow
re0: Using defaults for TSO: 65518/35/2048
re0: Ethernet address: 20:1a:06:5f:c1:7b
re0: netmap queues/slots: TX 1/256, RX 1/256
pcib2: <ACPI PCI-PCI bridge> irq 17 at device 5.0 on pci0
pci2: <ACPI PCI bus> on pcib2
pci2: <network> at device 0.0 (no driver attached)
pcib3: <ACPI PCI-PCI bridge> irq 19 at device 7.0 on pci0
pcib3: [GIANT-LOCKED]
pci3: <ACPI PCI bus> on pcib3
pci3: <unknown> at device 0.0 (no driver attached)
xhci0: <AMD FCH USB 3.0 controller> mem 0xf0348000-0xf0349fff irq 18 at device 16.0 on pci0
xhci0: 32 bytes context size, 64-bit DMA
xhci0: Unable to map MSI-X table
usbus0 on xhci0
usbus0: 5.0Gbps Super Speed USB v3.0
xhci1: <AMD FCH USB 3.0 controller> mem 0xf034a000-0xf034bfff irq 17 at device 16.1 on pci0
xhci1: 32 bytes context size, 64-bit DMA
xhci1: Unable to map MSI-X table
usbus1 on xhci1
usbus1: 5.0Gbps Super Speed USB v3.0
ahci0: <AMD Hudson-2 AHCI SATA controller> port 0x2118-0x211f,0x2124-0x2127,0x2110-0x2117,0x2120-0x2123,0x2100-0x210f mem 0xf034e000-0xf034e7ff irq 19 at device 17.0 on pci0
ahci0: AHCI v1.30 with 2 6Gbps ports, Port Multiplier supported
ahcich0: <AHCI channel> at channel 0 on ahci0
ahcich1: <AHCI channel> at channel 1 on ahci0
ohci0: <AMD FCH USB Controller> mem 0xf034d000-0xf034dfff irq 18 at device 18.0 on pci0
usbus2 on ohci0
usbus2: 12Mbps Full Speed USB v1.0
ehci0: <AMD FCH USB 2.0 controller> mem 0xf034e900-0xf034e9ff irq 17 at device 18.2 on pci0
usbus3: EHCI version 1.0
usbus3 on ehci0
usbus3: 480Mbps High Speed USB v2.0
ohci1: <AMD FCH USB Controller> mem 0xf034c000-0xf034cfff irq 18 at device 19.0 on pci0
usbus4 on ohci1
usbus4: 12Mbps Full Speed USB v1.0
ehci1: <AMD FCH USB 2.0 controller> mem 0xf034e800-0xf034e8ff irq 17 at device 19.2 on pci0
usbus5: EHCI version 1.0
usbus5 on ehci1
usbus5: 480Mbps High Speed USB v2.0
hdac0: <AMD Hudson-2 HDA Controller> mem 0xf0340000-0xf0343fff irq 16 at device 20.2 on pci0
isab0: <PCI-ISA bridge> at device 20.3 on pci0
isa0: <ISA bus> on isab0
pcib4: <ACPI PCI-PCI bridge> at device 20.4 on pci0
pci4: <ACPI PCI bus> on pcib4
acpi_lid0: <Control Method Lid Switch> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model Generic PS/2 mouse, device ID 0
battery0: <ACPI Control Method Battery> on acpi0
acpi_acad0: <AC Adapter> on acpi0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
ppc0: cannot reserve I/O port range
hwpstate0: <Cool`n'Quiet 2.0> on cpu0
fuse-freebsd: version 0.4.4, FUSE ABI 7.8
ZFS filesystem version: 5
ZFS storage pool version: features support (5000)
Timecounters tick every 1.000 msec
ugen2.1: <AMD OHCI root HUB> at usbus2
ugen0.1: <0x1022 XHCI root HUB> at usbus0
ugen5.1: <AMD EHCI root HUB> at usbus5
ugen1.1: <0x1022 XHCI root HUB> at usbus1
uhub0: <AMD OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
uhub1: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus1
uhub2: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0
ugen4.1: <AMD OHCI root HUB> at usbus4
uhub3: <AMD EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus5
ugen3.1: <AMD EHCI root HUB> at usbus3
uhub5: <AMD EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus3
uhub4: <AMD OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus4
nvme cam probe device init
hdacc0: <Conexant CX20590 HDA CODEC> at cad 0 on hdac0
hdaa0: <Conexant CX20590 Audio Function Group> at nid 1 on hdacc0
pcm0: <Conexant CX20590 (Analog)> at nid 31 and 26 on hdaa0
pcm1: <Conexant CX20590 (Analog)> at nid 25 and 35 on hdaa0
ada0 at ahcich0 bus 0 scbus0 target 0 lun 0
ada0: <Samsung SSD 750 EVO 250GB MAT01B6Q> ACS-2 ATA SATA 3.x device
ada0: Serial Number S2SHNWAH101784F
ada0: 600.000MB/s transferscd0 at ahcich1 bus 0 scbus1 target 0 lun 0
(SATA 3.x, UDMA6, PIO 512bytes)
ada0: Command Queueing enabled
ada0: 238475MB (488397168 512 byte sectors)
cd0: <MATSHITA DVD-RAM UJ8E1 8.00> Removable CD-ROM SCSI device
cd0: Serial Number SODA603361
cd0: 150.000MB/s transfers (SATA 1.x, UDMA5, ATAPI 12bytes, PIO 8192bytes)
cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed
Trying to mount root from zfs:zroot/ROOT/default []...
uhub0: 5 ports with 5 removable, self powered
uhub4: 5 ports with 5 removable, self powered
uhub2: 4 ports with 4 removable, self powered
uhub1: 4 ports with 4 removable, self powered
ugen0.2: <MOSART Semi. 2.4G Wireless Mouse> at usbus0
GEOM_ELI: Device ada0p3.eli created.
GEOM_ELI: Encryption: AES-XTS 256
GEOM_ELI:     Crypto: hardware
Root mount waiting for: usbus5 usbus3 usbus0
ugen0.3: <vendor 0x0bda product 0x8191> at usbus0
urtwn0 on uhub2
urtwn0: <vendor 0x0bda product 0x8191, class 0/0, rev 2.00/2.00, addr 2> on usbus0
uhub5: 5 ports with 5 removable, self powered
uhub3: 5 ports with 5 removable, self powered
urtwn0: MAC/BB RTL8188CUS, RF 6052 1T1R
urtwn0: enabling 11n
random: unblocking device.
Root mount waiting for: usbus5
ugen4.2: <Broadcom Corp BCM43142A0> at usbus4
ugen5.2: <SunplusIT INC. Integrated Camera> at usbus5
wlan0: Ethernet address: 94:44:52:c3:aa:4f
re0: link state changed to DOWN
urtwn-rtl8192cfwT: could not load firmware image, error 2
urtwn0: failed loadfirmware of file urtwn-rtl8192cfwT
wlan0: link state changed to UP
GEOM_SCHED: Device ada0.sched. created.

Dann hilft wohl nur abspecken bis es hoffentlich nicht mehr kracht.
Evtl. auch mal ein vorgefertigtes USB-Stick-Image testen.

Mal Frust ablassen:

Wenn schon Zwangsupdate, dann sollte es wenigstens funktionieren!!!!
Hätte ich ein Bastel-Linux haben wollen, hätte ich auch eines installiert. :-(
 
Sowas ist immer frustrierend. Aber hey, letztendlich macht das Basteln doch Spaß. :)

Grundsätzlich ist das erstmal ein FreeBSD/amd64. Das ging hier in dem Thread ja etwas durcheinander. Zusammen mit den 16GB RAM kann man also alle "ZFS hat nicht genügend Speicher"-Theorien schon mal ausschließen. Außerdem fährt der Kernel ja sauber hoch, er explodiert erst nach dem Mounten der ZFS-Datasets. Und dann auch gleich richtig, keine Panic, stattdessen Instant-Reboot. Also geht das was richtig schief.

ZFS würde ich erstmal ausschließend. Ja, man könnte einen USB-Stick booten und dort ein "zpool import" machen, aber das würde ich erstmal für später aufsparen. Ich würde darauf tippen, dass es nach ZFS schief geht. Und damit sind wir bei den nächsten nervenden Fragen:

  • Lädst du in der rc.conf irgendwelche Kernelmodule? Wenn ja -> Raus damit.
  • Wie sprichst du die Radeon an? Versucht er vielleicht ein radeonkms.ko zu laden?
  • Hast du irgendwas anderes installiert, was in den Kernel eingreift?
Wenn du möchtest kannst du auch gerne die ganze rc.conf hier reinkippen. :)
 
Danke Yamagi,

für die aufbauende Worte. ;-)

Hier die rc.conf:
Code: 
hostname="xxxxxxxxxxx"
keymap="german.iso.acc.kbd"

ifconfig_re0="DHCP"

wlans_urtwn0="wlan0"
ifconfig_wlan0="WPA DHCP country DE"

#sshd_enable="YES"
ntpd_enable="YES"

# Set dumpdev to "AUTO" to enable crash dumps, "NO" to disable
dumpdev="NO"

zfs_enable="YES"

dbus_enable="YES"
hald_enable="YES"

# enable firewall
pf_rules="/etc/pf.conf"
pf_enable="YES"
pf_flags=""
pflog_logfile="/mnt/pflog/pflog"
pflog_program="/sbin/pflogd"
pflog_flags=""
pflog_enable="YES"

# virtualbox settings
vboxguest_enable="YES"
vboxservice_enable="YES"
vboxnet_enable="YES"

# disable sendmail
sendmail_enable="NO"
sendmail_submit_enable="NO"     # Start a localhost-only MTA for mail submission
sendmail_msp_queue_enable="NO"  # Dequeue stuck clientmqueue mail (YES/NO).

# vidcontrol
allscreens_flags="MODE_468"

devd_enable="YES"
devfs_system_ruleset="system"
devfs_load_rulesets="YES"        # Enable to always load the default rulesets

fsck_y_enable="YES"

background_dhclient="YES"

ipv6_network_interfaces="none"

/etc/fstab:
Code: 
 Device      Mountpoint      FStype          Options         Dump     Pass#
proc         /proc           procfs          rw              0        0
md           /mnt/pflog      mfs             rw,-s32m        2        0

/etc/sysctl.conf:
Code: 
# $FreeBSD: releng/11.1/etc/sysctl.conf 112200 2003-03-13 18:43:50Z mux $
#
#  This file is read when going to multi-user and its contents piped thru
#  ``sysctl'' to adjust kernel values.  ``man 5 sysctl.conf'' for details.
#

vfs.usermount=1

# Uncomment this to prevent users from seeing information about processes that
# are being run under another UID.
#security.bsd.see_other_uids=0


# Message from chromium-49.0.2623.112:
# For correct operation, shared memory support has to be enabled
# in Chromium by performing the following command as root :
kern.ipc.shm_allow_removed=1

# network tuning
net.inet.tcp.cc.algorithm=htcp           # (default newreno)
net.inet.tcp.cc.htcp.adaptive_backoff=1  # (default 0 ; disabled)
net.inet.tcp.cc.htcp.rtt_scaling=1       # (default 0 ; disabled)
net.inet.tcp.mssdflt=1460                # (default 536)
net.inet.tcp.minmss=536                  # (default 216)
net.inet.tcp.syncache.rexmtlimit=50       # (default 3)
net.inet.ip.rtexpire=10                  # (default 3600)
net.inet.tcp.syncookies=0                # (default 1)
net.inet.tcp.tso=0                       # (default 1)

# HardenedBSD and DoS mitigation
#
hw.kbd.keymap_restrict_change=4    # Disallow keymap changes for non-privileged users
#kern.msgbuf_show_timestamp=1       # display timestamp in msgbuf (default 0)
kern.randompid=7890                # calculate PIDs by the modulus of the integer given, choose a random int (default 0)
net.inet.icmp.drop_redirect=1      # no redirected ICMP packets (default 0)
net.inet.ip.check_interface=1      # verify packet arrives on correct interface (default 0)
net.inet.ip.process_options=0      # ignore IP options in the incoming packets (default 1)
net.inet.ip.random_id=1            # assign a random IP id to each packet leaving the system (default 0)
net.inet.ip.redirect=0             # do not send IP redirects (default 1)
#net.inet.tcp.always_keepalive=0    # disable tcp keep alive detection for dead peers, keepalive can be spoofed (default 1)
net.inet.tcp.blackhole=2           # drop tcp packets destined for closed ports (default 0)
net.inet.tcp.drop_synfin=1         # SYN/FIN packets get dropped on initial connection (default 0)
net.inet.tcp.fast_finwait2_recycle=1 # recycle FIN/WAIT states quickly (helps against DoS, but may cause false RST) (default 0)
net.inet.tcp.icmp_may_rst=0        # icmp may not send RST to avoid spoofed icmp/udp floods (default 1)
net.inet.tcp.msl=5000              # Maximum Segment Lifetime a TCP segment can exist on the network, 2*MSL (default 30000, 60 sec)
net.inet.tcp.nolocaltimewait=1     # remove TIME_WAIT states for the loopback interface (default 0)
net.inet.tcp.path_mtu_discovery=0  # disable MTU discovery since many hosts drop ICMP type 3 packets (default 1)
net.inet.udp.blackhole=1           # drop udp packets destined for closed sockets (default 0)

Da der Radeon-Treiber auf diesem Gerät nicht korrekt arbeitet, startet Xorg mit VGA-Treiber.
An Eingriffe in den Kernel kann ich mich nicht erinnern, aber ich mache mich noch mal schlau ...
 
Ich sehe du virtualbox settings. Deshalb rate ich mal, dass du die Kernelmodule beim Start lädst (/boot/loader.conf, vielleicht?) und dir diese wegen des Kernel-Updates um die Ohren fliegen.
 
Volle Zustimmung zu @Athaba. Wirf die VirtualBox mal aus der rc.conf rauf. Idealerweise fährt er dann hoch. Danach kann man weitersehen.
 
Vielen Dank für die Tips,

leider hat das Auskommentieren der VirtualBox-bezogenen Anweisungen nicht zum Erfolg geführt.
Heißt weitersuchen...

Viele Grüße,
[KB]
 
Dann mische ich mal wieder mit :)

allscreens_flags="MODE_468" <- Den mal auskommentieren

fsck_y_enable="YES" <- Und der passt nicht zu ZFS meines Wissens nach, daher den auch mal auskommentieren.

Danach würde ich noch versuchen alles was mit WLAN zu tun hat, auszukommentieren.

Und poste mal bitte noch deine '/boot/loader.conf', am Ende ist da nämlich die Kuh aufm Eis. ;)
 
So, die Kuh ist vom Eis ...

Es war vboxdrv_load="YES" in der loader.conf.

Ich hatte die loader.conf auch schon in Verdacht, jedoch scheint sich das Handling der ZFS-Mounts etwas geändert zu haben. Ich bin der Meinung, dass mein 'bootpool' in 11.1 dauerhaft gemountet war. In 11.2 ist dies aktuell jedoch nicht der Fall. So, dass ich erst einmal rekapitulieren durfte, wie ich diesen Pool wieder ins System bekomme. Im Moment ist es jedoch so, dass mein bootpool auch nach einem zpool import nach jeden Reset wieder unmounted ist. Das Gleiche gilt übrigens auch für den swap-Pool, was aber nicht dramatisch ist.
Ist jemand anderem dieses Verhalten auch schon aufgefallen?

Lange Rede kurzer Sinn, dieses kleine Hindernis war der Grund, warum ich eine Weile keinen Zugriff auf meine loader.conf hatte, um auch hier den Einfluß von VirtualBox zu unterbinden.

Nun ist es geschafft, vielen Dank an alle, die hier mit Rat und Tat zur Seite standen.

Viele Grüße,
[KB]
 
[KB] schrieb:
Es war vboxdrv_load="YES" in der loader.conf.
Zum Vergrößern anklicken....
Prima, also doch virtualbox, nur eben in der loader.conf :D

Edit: kleine Anekdote noch zur loader.conf
Ich hab mal ein paar Boards in Betrieb gehabt mit AMD-APU und Radeon. Da hatte ich anfangs auch die radeonkms mit der loader.conf geladen. Nach einem Update flog das gehörig auseinander wie bei dir inkl. Kopfkratzen. Seit ich gelesen habe dass man solche Kernelmodule besser so spät wie möglich, und zwar in der rc.conf, lädt bin ich auch ein wenig schlauer. Lüppt einfach besser und knallt weniger. ;)

[KB] schrieb:
Im Moment ist es jedoch so, dass mein bootpool auch nach einem zpool import nach jeden Reset wieder unmounted ist. Das Gleiche gilt übrigens auch für den swap-Pool, was aber nicht dramatisch ist.
Ist jemand anderem dieses Verhalten auch schon aufgefallen?
Zum Vergrößern anklicken....

Nein, ich konnte problemlos von 11.1 auf 11.2 umsteigen. Einen swap-pool hab ich jedoch nicht, weil ich bis dato mit meinem Server undeutbare Zicken hatte und daher auf dumps und einzelne swap-Partitionen angewiesen war. Persönlich find ich das so auch besser. Ich brauche keinen redundaten swap, erst recht nicht mit mehr Nachteilen. (kein dump etc.)
Bei mir hat sich seit dem Umstieg jedoch gezeigt, dass ich das geli-PW 2x (1x für die zrootplatten, 1x dann beim Datenpool) eingeben muss, obwohl alle Platten das gleiche PW haben. Mehrfach geprüft und neu gesetzt, keyboard-layout kann ausgeschlossen werden. Irgendwas ist mit 11.2 anders, sodass das PW nicht mehr an beim Boot auftauchenden Platten angewendet wird. Wäre schön, wenn ich das noch rausfände oder mir jemand einen Tipp geben kann.

Ich kann dir mal als Hilfe zum bootpool meine standard-loader.conf geben:
Code: 
aesni_load="YES"
geom_eli_load="YES"
kern.geom.label.disk_ident.enable="0"
kern.geom.label.gptid.enable="0"
zfs_load="YES"

Wie ist das denn bei dir aufgebaut? Mit efi? -> 'zpool status'

Bei mir (kein bootpool):
Code: 
root@aserver:/usr/home/mr44er # zpool status
  pool: atank
state: ONLINE
  scan: scrub canceled on Wed Aug 15 17:10:08 2018
config:

    NAME                    STATE     READ WRITE CKSUM
    atank                   ONLINE       0     0     0
      raidz3-0              ONLINE       0     0     0
        label/K5GWGJVA-hd1  ONLINE       0     0     0
        label/K5GWGN5A-hd2  ONLINE       0     0     0
        label/K5GW31WA-hd3  ONLINE       0     0     0
        label/N4G2N9AY-hd4  ONLINE       0     0     0
        label/K5GWAZTA-hd5  ONLINE       0     0     0
        label/N4G1XV1K-hd6  ONLINE       0     0     0
        label/K5GW6SGA-hd7  ONLINE       0     0     0
        label/K5GWGL2A-hd8  ONLINE       0     0     0
    cache
      label/sandisk4GB      ONLINE       0     0     0

errors: No known data errors

  pool: zroot
state: ONLINE
  scan: none requested
config:

    NAME            STATE     READ WRITE CKSUM
    zroot           ONLINE       0     0     0
      mirror-0      ONLINE       0     0     0
        ada0p3.eli  ONLINE       0     0     0
        ada1p3.eli  ONLINE       0     0     0
        ada2p3.eli  ONLINE       0     0     0

errors: No known data errors


Evtl. hilft dir das noch:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=212258
https://forums.freebsd.org/threads/where-is-all-about-boot.42980/[/code]
 
Du musst dich einloggen oder registrieren, um hier zu antworten.
Zurück
Oben