Erfahrung FreeBSD auf Lenovo IdeaPad S145

cabriofahrer

Well-Known Member
Ausgehend von meinem vorigen Thread https://www.bsdforen.de/threads/suche-günstiges-altes-notebook.37154/ wollte ich mal kurzes Feedback zur Installation auf dem Lenovo IdeaPad S145 geben. Um das System erstmal vor einer eventuellen richtigen Installation auf der internen Festplatte zu testen, nutzte ich eine MikroSD-Karte, die ich mittels eines Adapters in den SD-Karten Slot einführte. Für die Installation nutzte ich das 14.1 mini-memstick Image, damit die Installation über WLAN läuft und man auch gleich sehen kann, ob dieses auch funktioniert. Das Installationsimage passt auf einen 1 GB USB-Stick und wird auch ohne Probleme im Boot-Menü erkannt (hier arbeite ich doch lieber mit der Büroklammer, da das mit dem mehrmaligen Tippen auf F2 doch eher Glücksahe ist). Erfreulicherweise wird im EFI auch die MikroSD-Karte erkannt, so dass also die Installation auf dieses externe Medium möglich ist, allerdings musste ich im EFI noch die Option "Secure Boot" deaktivieren, weil der erste Versuch zunächst scheiterte:

1723796037928.webp


Nach dem Deaktivieren der Secureboot-Option dann der Erfolg:

1723796117033.webp


Doch leider gab es bei der Installation mit dem WLAN ein Problem. Das Modul wird zunächst erkannt:

1723796184978.webp


Es ist auch das Einzige, weil das Laptop über keine LAN-Buchse verfügt (offenbar schon lange Standard bei Laptops). Doch leider schlug die Konfiguration fehl:

1723796453096.webp


Hier die Ausgabe von dmesg:

Code:
---<<BOOT>>---
Copyright (c) 1992-2023 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 14.1-RELEASE releng/14.1-n267679-10e31f0946d8 GENERIC amd64
FreeBSD clang version 18.1.5 (https://github.com/llvm/llvm-project.git llvmorg-18.1.5-0-g617a15a9eac9)
VT(efifb): resolution 1920x1080
CPU: AMD A9-9425 RADEON R5, 5 COMPUTE CORES 2C+3G    (3094.30-MHz K8-class CPU)
  Origin="AuthenticAMD"  Id=0x670f00  Family=0x15  Model=0x70  Stepping=0
  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=0x7ed8320b<SSE3,PCLMULQDQ,MON,SSSE3,FMA,CX16,SSE4.1,SSE4.2,MOVBE,POPCNT,AESNI,XSAVE,OSXSAVE,AVX,F16C,RDRAND>
  AMD Features=0x2e500800<SYSCALL,NX,MMX+,FFXSR,Page1GB,RDTSCP,LM>
  AMD Features2=0x2febbfff<LAHF,CMP,SVM,ExtAPIC,CR8,ABM,SSE4A,MAS,Prefetch,OSVW,IBS,XOP,SKINIT,WDT,LWP,FMA4,TCE,NodeId,TBM,Topology,PCXC,PNXC,<b25>,DBE,PTSC,MWAITX>
  Structured Extended Features=0x1a9<FSGSBASE,BMI1,AVX2,SMEP,BMI2>
  XSAVE Features=0x1<XSAVEOPT>
  AMD Extended Feature Extensions ID EBX=0x1000<IBPB>
  SVM: NP,NRIP,VClean,AFlush,DAssist,NAsids=32768
  TSC: P-state invariant, performance statistics
real memory  = 8589934592 (8192 MB)
avail memory = 7131041792 (6800 MB)
Event timer "LAPIC" quality 600
ACPI APIC Table: <LENOVO CB-01   >
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s)
random: registering fast source Intel Secure Key RNG
random: fast provider: "Intel Secure Key RNG"
arc4random: WARNING: initial seeding bypassed the cryptographic random device because it was not yet seeded and the knob 'bypass_before_seeding' was enabled.
ioapic0: MADT APIC ID 4 != hw id 0
ioapic1: MADT APIC ID 5 != hw id 0
ioapic0 <Version 2.1> irqs 0-23
ioapic1 <Version 2.1> irqs 24-55
Launching APs: 1
random: entropy device external interface
kbd1 at kbdmux0
efirtc0: <EFI Realtime Clock>
efirtc0: registered as a time-of-day clock, resolution 1.000000s
smbios0: <System Management BIOS> at iomem 0xdbc92000-0xdbc9201e
smbios0: Version: 3.0, BCD Revision: 3.0
aesni0: <AES-CBC,AES-CCM,AES-GCM,AES-ICM,AES-XTS>
acpi0: <LENOVO CB-01>
acpi0: Power Button (fixed)
cpu0: <ACPI CPU> on acpi0
atrtc0: <AT realtime clock> port 0x70-0x71 on acpi0
atrtc0: registered as a time-of-day clock, resolution 1.000000s
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
hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff irq 0,8 on acpi0
Timecounter "HPET" frequency 14318180 Hz quality 950
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0
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
pci0: <base peripheral, IOMMU> at device 0.2 (no driver attached)
vgapci0: <VGA-compatible display> port 0x3000-0x30ff mem 0xe0000000-0xefffffff,0xf0000000-0xf07fffff,0xf0d00000-0xf0d3ffff at device 1.0 on pci0
vgapci0: Boot video device
hdac0: <ATI (0x15b3) HDA Controller> mem 0xf0d60000-0xf0d63fff at device 1.1 on pci0
pcib1: <ACPI PCI-PCI bridge> at device 2.1 on pci0
pci1: <ACPI PCI bus> on pcib1
pcib2: <ACPI PCI-PCI bridge> at device 2.2 on pci0
pci2: <ACPI PCI bus> on pcib2
nvme0: <Generic NVMe Device> mem 0xf0c00000-0xf0c03fff at device 0.0 on pci2
pcib3: <ACPI PCI-PCI bridge> at device 2.3 on pci0
pci3: <ACPI PCI bus> on pcib3
pci3: <network> at device 0.0 (no driver attached)
pci0: <encrypt/decrypt> at device 8.0 (no driver attached)
hdac1: <AMD Stoney HDA Controller> mem 0xf0d64000-0xf0d67fff at device 9.2 on pci0
xhci0: <AMD FCH USB 3.0 controller> mem 0xf0d68000-0xf0d69fff at device 16.0 on pci0
xhci0: 32 bytes context size, 64-bit DMA
usbus0 on xhci0
usbus0: 5.0Gbps Super Speed USB v3.0
ahci0: <AMD KERNCZ AHCI SATA controller> port 0x3118-0x311f,0x3124-0x3127,0x3110-0x3117,0x3120-0x3123,0x3100-0x310f mem 0xf0d6c000-0xf0d6c3ff at device 17.0 on pci0
ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported with FBS
ahcich0: <AHCI channel> at channel 0 on ahci0
ehci0: <AMD FCH USB 2.0 controller> mem 0xf0d6d000-0xf0d6d0ff at device 18.0 on pci0
usbus1: EHCI version 1.0
usbus1 on ehci0
usbus1: 480Mbps High Speed USB v2.0
isab0: <PCI-ISA bridge> at device 20.3 on pci0
isa0: <ISA bus> on isab0
acpi_acad0: <AC Adapter> on acpi0
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]
battery0: <ACPI Control Method Battery> on acpi0
hwpstate0: <Cool`n'Quiet 2.0> on cpu0
Timecounters tick every 1.000 msec
hdacc0: <ATI R6xx HDA CODEC> at cad 0 on hdac0
hdaa0: <ATI R6xx Audio Function Group> at nid 1 on hdacc0
ugen1.1: <AMD EHCI root HUB> at usbus1
ugen0.1: <AMD XHCI root HUB> at usbus0
uhub0 on usbus1
uhub1 on usbus0
uhub0: <AMD EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus1
uhub1: <AMD XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0
pcm0: <ATI R6xx (HDMI)> at nid 3 on hdaa0
hdacc1: <Realtek ALC230 HDA CODEC> at cad 0 on hdac1
hdaa1: <Realtek ALC230 Audio Function Group> at nid 1 on hdacc1
pcm1: <Realtek ALC230 (Analog)> at nid 33 and 18 on hdaa1
random: unblocking device.
pcm2: <Realtek ALC230 (Right Analog Mic)> at nid 25 on hdaa1
nda0 at nvme0 bus 0 scbus1 target 0 lun 1
nda0: <INTEL SSDPEKNW512G8L L02C BTNH94210MAE512A>
nda0: Serial Number BTNH94210MAE512A
nda0: nvme version 1.3
nda0: 488386MB (1000215216 512 byte sectors)
Trying to mount root from ufs:/dev/ufs/FreeBSD_Install [ro,noatime]...
uhub1: 8 ports with 8 removable, self powered
uhub0: 2 ports with 2 removable, self powered
Root mount waiting for: usbus1
ugen1.2: <vendor 0x0438 product 0x7900> at usbus1
uhub2 on uhub0
uhub2: <vendor 0x0438 product 0x7900, class 9/0, rev 2.00/0.18, addr 2> on usbus1
uhub2: 4 ports with 4 removable, self powered
ugen1.3: <Generic USB2.0-CRW> at usbus1
umass0 on uhub2
umass0: <Generic USB2.0-CRW, class 0/0, rev 2.01/77.11, addr 3> on usbus1
umass0:  SCSI over Bulk-Only; quirks = 0x4000
umass0:2:0: Attached to scbus2
Root mount waiting for: usbus1 CAM
ugen1.4: <Realtek Bluetooth Radio> at usbus1
da0 at umass-sim0 bus 0 scbus2 target 0 lun 0
da0: <Generic- SD/MMC/MS PRO 1.00> Removable Direct Access SPC-2 SCSI device
da0: Serial Number 20121112761000000
da0: 40.000MB/s transfers
da0: 29664MB (60751872 512 byte sectors)
da0: quirks=0x2<NO_6_BYTE>
ugen1.5: <Sonix Technology Co., Ltd. Integrated Camera> at usbus1
Root mount waiting for: usbus1
usb_msc_auto_quirk: UQ_MSC_NO_GETMAXLUN set for USB mass storage device USBDISK USBDISK (0x1aa6:0x0201)
usb_msc_auto_quirk: UQ_MSC_NO_SYNC_CACHE set for USB mass storage device USBDISK USBDISK (0x1aa6:0x0201)
ugen1.6: <USBDISK USBDISK> at usbus1
umass1 on uhub2
umass1: <USBDISK USBDISK, class 0/0, rev 2.00/10.00, addr 6> on usbus1
umass1:  SCSI over Bulk-Only; quirks = 0x4100
umass1:3:1: Attached to scbus3
mountroot: waiting for device /dev/ufs/FreeBSD_Install...
da1 at umass-sim1 bus 1 scbus3 target 0 lun 0
da1: <USB_DISK USB_DISK 2.00> Removable Direct Access SCSI device
da1: Serial Number 0FBA
da1: 40.000MB/s transfers
da1: 994MB (2037248 512 byte sectors)
da1: quirks=0x2<NO_6_BYTE>
intsmb0: <AMD FCH SMBus Controller> at device 20.0 on pci0
smbus0: <System Management Bus> on intsmb0
rtw880: <rtw_8821ce> port 0x1000-0x10ff mem 0xf0b00000-0xf0b0ffff at device 0.0 on pci3
rtw880: successfully loaded firmware image 'rtw88/rtw8821c_fw.bin'
rtw880: Firmware version 24.8.0, H2C version 12
acpi_wmi0: <ACPI-WMI mapping> on acpi0
acpi_wmi0: Embedded MOF found
ACPI: \134_SB.WMI4.WQBD: 1 arguments were passed to a non-method ACPI object (Buffer) (20221020/nsarguments-361)
driver bug: Unable to set devclass (class: ppc devname: (unknown))
ig4iic0: <Designware I2C Controller> iomem 0xfedc2000-0xfedc2fff irq 3 on acpi0
iicbus0: <Philips I2C bus (ACPI-hinted)> on ig4iic0
iicbus0: <unknown card> at addr 0x15
driver bug: Unable to set devclass (class: ppc devname: (unknown))
lo0: link state changed to UP
ubt0 on uhub2
ubt0: <Realtek Bluetooth Radio, class 224/1, rev 1.10/1.10, addr 4> on usbus1
iichid0: <ELAN062B:00 04F3:0400 I2C HID device> at addr 0x15 on iicbus0
iichid0: Interrupt setup failed. Fallback to sampling
hidbus0: <HID bus> on iichid0
ietp0: <Elan Touchpad> on hidbus0
ietp0: [3209:2097], clickpad
rtw880: failed to write rsvd page data
rtw880: failed to write data to rsvd page
rtw880: failed to download rsvd page
rtw880: failed to download firmware
rtw880: lkpi_ic_vap_create: failed to start hw: -16
rtw880: failed to write rsvd page data
rtw880: failed to write data to rsvd page
rtw880: failed to download rsvd page
rtw880: failed to download firmware
rtw880: lkpi_ic_vap_create: failed to start hw: -16

Man kann der Ausgabe entnehmen, dass die Firmware erfolgreich geladen wurde:

Code:
rtw880: <rtw_8821ce> port 0x1000-0x10ff mem 0xf0b00000-0xf0b0ffff at device 0.0 on pci3
rtw880: successfully loaded firmware image 'rtw88/rtw8821c_fw.bin'
rtw880: Firmware version 24.8.0, H2C version 12

Nachforschungen brachten mich auf diese Seite:


Unter "Currently known issue" steht, dass bei Maschinen mit mehr als 4 GB RAM der Eintrag compat.linuxkpi.skb.mem_limit=1 in die loader.conf und ein reboot erfolgen soll.
Doch was, wenn ich erst in der Installation bin? Ich wollte schon aufgeben und kam dann noch auf eine Idee: Normalerweise kann man mit kenv derartige Parameter direkt wirksam machen, also bootete ich das Installationsmedium erneut und wählte dann "Live System" anstatt von "Installation".
Im Livemodus gab ich dann einfach mal

kenv compat.linuxkpi.skb.mem_limit=1ein und dann ein shutdown -p now.

Nach erneutem Booten (also wieder zuerst Büroklammer...^^) wählte ich dann "Installation" und siehe da, die WLAN-Konfiguration klappte plötzlich. Doch dazu gleich mal eine Frage: Wie kann das sein? Der Befehl kenv compat.linuxkpi.skb.mem_limit=1muss also etwas auf dem Installationsmedium verändert haben, doch wo genau? Das würde ich gerne nachvollziehen, aslo irgendeine Idee?

Nun erstmal weiter. Nach erfolgreicher Installation auf die MikroSD-Karte schaltete ich erstmal wieder aus shutdown -p now. Jetzt kam also der spannende Moment, ob FreeBSD nun von der MikroSD-Karte booten würde. Und das tat es, also wunderbar. Die WLAN-Verbindung war auch gleich da, nun wollte ich X installieren. Doch irgendwann blieb die Installation von Packages stehen ("- stalled -"). Zunächst dachte ich, das hätte etwas mit der sehr alten und schwachen MikroSD-Karte zu tun, also nahm ich eine bessere und installierte FreeBSD erneut auf dieser Karte. Es sei angemerkt, dass die WLAN-Konfiguration bei der erneuten Installation auf der zweiten Karte auf Anhieb geklappt hat, weswegen ich wirklich vermute, dass der kenv- Befehl tatsächlich etwas auf dem Installationsstick verändert haben muss.
Dieses Mal konnte ich zwar ein X-Environment installieren, doch bei der Installation von weiteren Packages gab es wieder ein "-stalled-". Nach einem Neustart ging es wieder, doch auch in Chromium ging dann das Internet plötzlich nicht mehr. Ein ping 8.8.8.8im Terminal bestätigt das dann, da kommt nichts.
Offenbar bricht die WLAN-Verbindung also immer wieder ab. Hier scheint es sich um einen weiteren Bug zu handeln, der wohl noch nicht behoben ist. Schade.
 
Man kann der Ausgabe entnehmen, dass die Firmware erfolgreich geladen wurde:
Man kann der Ausgabe entnehmen, dass die Firmware-Datei selbst erfolgreich geladen wurde.
Man kann der Ausgabe entnehmen, dass die Firmware vom Gerät nicht erfolgreich geladen wurde:
Code:
rtw880: failed to write rsvd page data
rtw880: failed to write data to rsvd page
rtw880: failed to download rsvd page
rtw880: failed to download firmware
rtw880: lkpi_ic_vap_create: failed to start hw: -16
rtw880: failed to write rsvd page data
rtw880: failed to write data to rsvd page
rtw880: failed to download rsvd page
rtw880: failed to download firmware
rtw880: lkpi_ic_vap_create: failed to start hw: -16

Unter "Currently known issue" steht, dass bei Maschinen mit mehr als 4 GB RAM der Eintrag compat.linuxkpi.skb.mem_limit=1 in die loader.conf und ein reboot erfolgen soll.
Doch was, wenn ich erst in der Installation bin?
Da gehts um den gleichen Chip und es gibt Empfehlungen für ein besseres WLAN-Modul. Entweder du tauschst Realtek gegen was Besseres aus (würde ich machen, wenn es sich um 20€ dreht) oder für die Installation nutzt du einen RJ45-USB-Adapter damit du Netz hast und den Rest dann später konfigurieren kannst. Was auch geht: in einem anderen Gerät auf die Speicherkarte 'vorinstallieren' und diese dann einfach umstecken und das im Ideapad booten. Damit ist zwar die Installation durch, aber noch nicht das Problem mit Realtek gelöst.


Der Befehl kenv compat.linuxkpi.skb.mem_limit=1muss also etwas auf dem Installationsmedium verändert haben, doch wo genau? Das würde ich gerne nachvollziehen, aslo irgendeine Idee?
/boot/loader.conf oder /etc/rc.conf wahrscheinlich. Kann auch sein, dass das Gerät wegen des Warmstarts das Setting behielt oder es via Zufall dann 'mal' klappte. Wie ichs verstehe, verhält sich der Chip etwas random bei Fehlern.
 
Bist du sicher, dass der keinen RJ45 hat, alle Lenovos die ich kenne (und wir haben einige im Büro) haben den, auch die aktuellsten. Ist halt nicht mehr die alte klassische Buchse sondern etwas zum ausklappen wo dann das Netzwerkkabel reingeschoben wird und was man auseinander drückt (blöd zu beschreiben, wenn mans nicht kennt :D ).
 
siehe PR 248235 da is ggf der Treiber noch nicht ganz stabil "...works enough.."?
Danke für den Hinweis, genau das scheint es zu sein! Ich werde meine Erfahrung dort hinzufügen.
prober ggf noch das mit dem hw.physmem in der loader.conf:

# loader.conf
if_rtw88_load="YES"
hw.physmem="4G"
Warum? Das Modul wird doch geladen. Und 'hw.physmem="4G"' ist im Wiki unter "Currently known issue" als "Older known solutions" bereits durchgestrichen.
Bist du sicher, dass der keinen RJ45 hat, alle Lenovos die ich kenne (und wir haben einige im Büro) haben den, auch die aktuellsten. Ist halt nicht mehr die alte klassische Buchse sondern etwas zum ausklappen wo dann das Netzwerkkabel reingeschoben wird und was man auseinander drückt (blöd zu beschreiben, wenn mans nicht kennt :D ).
Ja, bin ich. Sonst würde ja auch oben bei "Network Configuration" (Screenshot 3) das andere Netzwerkmodul für das Ethernet zur Auswahl erscheinen.
Dann machst du einfach weiter und konfigurierst das WLAN dann im installierten Zustand.
Oder brauchst du WLAN zur Installation?
Klar brauche ich WLAN zur Installation. Das ist der Sinn des mini-memstick Image, wie ich bereits oben erwähnt hatte:
Für die Installation nutzte ich das 14.1 mini-memstick Image, damit die Installation über WLAN läuft und man auch gleich sehen kann, ob dieses auch funktioniert. Das Installationsimage passt auf einen 1 GB USB-Stick
/boot/loader.conf oder /etc/rc.conf wahrscheinlich. Kann auch sein, dass das Gerät wegen des Warmstarts das Setting behielt oder es via Zufall dann 'mal' klappte. Wie ichs verstehe, verhält sich der Chip etwas random bei Fehlern.
Nein, es war kein Warmstart, weil shutdown -p now, gewartet, bis das Lämpchen auf dem Einschaltknopf aus war und dann wieder den Einschaltknopf betätigt. Ich kann mich nicht mehr erinnern, vielleicht hatte ich vorher noch die Büroklammer benutzt, um ins Bootmenü zu kommen.

Aber das hier ist interessant: Auf der EFI-Partition des Sticks befindet sich ein Ordner mit zwei Dateien und Datum vom 13. August, wobei alle anderen Dateien auf dem Installationsmedium vom 31. Mai datieren:

1723882825075.webp


1723882850941.webp
 
Warum? Das Modul wird doch geladen.

ja klar, aber wenns schon ne Option zur Limitierung des für das Modul sichtbaren Mems drin haben, dann könnte ja durchaus was mit dem Modul noch diesbezgl. im Argen sein;
ich geh da nach dem Prinzip "nützts nix, schadts nix" bzw "einfach mal diese und jene Option auch ausprobieren" - und es wär ned das erste Mal, dass in der EDV was gegen jede Logik mit setzen einer dieser Optionen einfach funktioniert :D


Und 'hw.physmem="4G"' ist im Wiki unter "Currently known issue" als "Older known solutions" bereits durchgestrichen.

das ging dann scheinbar komplett an mir vorbei

Kannst ja vielleicht deine Erfahrungen damit als Bugreport einreichen, wie Bjoern A. Zeeb im Comment schreibt:
but we'll need more detailed bug reports about individual problems.
 
Nachtrag: Ich habe gerade herausgefunden, dass der Eintrag compat.linuxkpi.skb.mem_limit=1gar nicht in der /boot/loader.confdes installierten Systems vorhanden war. Habe das nachgeholt und nach einem Reboot scheint die Verbindung nun stabil zu sein.
 
lass mich mal dein Vorgehen noch hinterfragen.
Wenn du nur das Install-Image irgendwann erfolgreich gebootet hast, dann hast du ja mal nur die Ausgangsbasis, für eine weitere Installation. Sicherlich willst du das bereits vorhandene Windows nicht gefährden (wie aus dem anderen Thread bekannt, willst du es ja weiter benutzen). Vielleicht hast du dir schon die frage gestellt und selbst beantwortet, wie du dann weiter vorgehen möchtest und wohin du evtl ein FreeBSD installieren würdest.

Indessen werfe ich aber mal noch einen anderen Weg ein, nämlich: ein Live-System direkt von der externen Karte zu booten. es bietet sich nach meiner Erfahrung aus der Vergangenheit ein nomadbsd an: https://nomadbsd.org/download.html
Aktuelle Erfahrungen habe ich damit aber nicht. Früher konnte man sogar eine Installation dieses Systems anwerfen. Ebenfalls von früher erinnere ich, dass dieses System sogar besonders für externe Medien gemacht war und sich dort nach dem ersten Bootvorgang so einrichtete, dass es bequem von dort zu nutzen war und dann auch schneller arbeitete, als bei der initialen Einrichtung.
Ob vielleicht ein anderes Live-System eher für dich in Frage kommt, musst du natürlich selbst entscheiden. Mir fallen die Namen der anderen BSD-Möglichkeiten im Augenblick nicht ein. Es gab aber wenigstens eine DVD-Version, die hier auch schon häufiger positiv besprochen wurde.

Was ich nicht verstehe, ist der Hinweis auf die Büroklammer.
Also, eine echte Büroklammer habe ich zum Booten noch nie gebraucht und wüsste auch nicht, wo ich die einsetzen würde. Mit F2 kommt man oft ins BIOS. Dazu kann man die Taste unmittelbar nach dem Einschalten drücken und gedrückt halten. Meist jedenfalls. Ist man mal im BIOS, gibt es dann oft einen Punkt, wo man ein Bootmenü einschalten kann. Macht man dies, dann führt einen eine andere Taste beim Booten in dieses Auswahlmenü, bei mir derzeit die Taste F8, auf meinem alten Lenovo die F12. Das ist für mich die bequemste Methode, ein alternatives Medium zu booten.
 
Was ich nicht verstehe, ist der Hinweis auf die Büroklammer.
Also, eine echte Büroklammer habe ich zum Booten noch nie gebraucht und wüsste auch nicht, wo ich die einsetzen würde. Mit F2 kommt man oft ins BIOS. Dazu kann man die Taste unmittelbar nach dem Einschalten drücken und gedrückt halten.
Bei diesem Laptop funktioniert ein Gedrückthalten von F2 nicht, man muss sofort nach dem Einschalten mehrmals die F2-Taste tippen, um ins Setup- oder Bootmenü zu kommen. Wie ich aber schon sagte, ist das eine Geschicklichkeitsübung die nicht immer klappt, so dass der Rechner dann doch in Windows bootet. Also lieber die Büroklammermethode.
Doch erfreuliche Erkenntnis: Solange der Adapter mit der MikroSD-Karte steckt, bootet der Rechner in FreeBSD, wenn sie nicht steckt, bootet er in Windows. Und das, ohne dass ich irgendetwas an der Bootreihenfolge im EFI geändert hätte. Also ist doch erstmal perfekt, oder? Sollte ich bei dieser Methode bleiben wollen, würde ich mir eine schnellere und vor allem kurze SD-Karte besorgen, damit diese nicht so weit herausragt.
Sicherlich willst du das bereits vorhandene Windows nicht gefährden (wie aus dem anderen Thread bekannt, willst du es ja weiter benutzen). Vielleicht hast du dir schon die frage gestellt und selbst beantwortet, wie du dann weiter vorgehen möchtest und wohin du evtl ein FreeBSD installieren würdest.
In der Tat. Und wie ich da mit dem Windows weiter verfahren will (Da tauchen mehrere Fragen auf, bezüglich Lizenz, Windows 11 - Tauglichkeit, usw.) weiß ich nocht nicht so genau. Ggf. würde ich dazu aber einen gesonderten Thread aufmachen.
 
Zurück
Oben