Ich bin schon an der Installation von Debian gescheitert & Fedora ist vom Installations Prozess sicher ähnlich. Möchte aber trotzdem gerne die Grub2win Methode versuchen.
yup, meine Idee ist nicht praktikabel.
Habe in Kommentar #47 alles durchgestrichen
Falls Ihr einen Server betreibt der einen SSH Server bereitstellt
Ich finde diese Formulierung etwas unglücklich.
Ich betreibe mit LE auch keinen Server, stelle aber n.M.n. trotzdem unter LE einen SSH-Server bereit.
Falls ich richtig liege: Nicht, dass sich Non-Server-Betreiber in, ggf. falsche, Sicherheit wiegen ...
Schon klar: Dass Server-Betreiber, mit ggf. externen Zugängen, nochmal zusätzlich exponiert sind !
rsetze klingt's für mich einfacher als zusätzlich ein System zu installieren & andere Anpassungen vorzunehmen die ich bei einer Neuinstallation von LibreELEC wieder neu anpassen müsste da ja alles auf einer Platte installiert sein müsste
Ich habe dir meine einfache Version - m.M.n. die 2. Einfachste (die Einfachste ist LE auf einem USB-Stick) - in Kommentar #36 dargelegt.
Ich habe den ersten Teil dann hier mit Win10 und Fedora in einer virtuellen Maschine mal getestet und es ging f. d. ersten Teil (Einbindung vom Win-Bootloader in Grub automatisch !)
der Teil, dass ich LE in den Linux Grub einbinden kann habe ich nicht getestet. Ich könnte mir aber vorstellen, dass es aber mit einem einzelnen Kommando unter Linux gehen könnte.
In Fedora lautet das Kommando simpel:
sudo grub2-mkconfig -o /boot/grub2/grub.cfg
dies sucht auf allen Platten nach bootbaren OS'ses und bindet die dann in Grub ein.
Wenn es auch mit LE gehen sollte, wärst du damit am Einfachsten bedient.
Keine händische Rumfummelei in irgendwelchen Dateien, etc..
Sondern ein Betriebsystemkommando macht das f. dich und manchmal sogar automatisch
===
Alles Folgende immer unter der Prämisse "Linux kann LE in Grub einbinden" (ungetestet hier ) !!!
Case 1: Neuinstallation von LE (die sehr wahrscheinlich kommen wird => neuer Release, etc.)
per einfaches Kommando (siehe oben) unter Linux hättest du eine aktuelle Bootkonfiguration.
ToDo: Linux booten, Kommando absetzen, Fertisch !
Case 2: Windows-Neuinstallation
hier bügelt dir (mit meinem Plattenlayout: Windows vorne) die Win-Installation den Bootsektor weg, d.h. es wird danach kein Grub mehr gestartet.
Das erfordert, dass man mit dem LinuxinstallationsMedium bootet und in einem Terminal Grub wieder in den Bootsektor installiert.
ToDo: LinuxMedium booten, grub-install -something - /dev/sda
Case 3: Linux zerschossen
Bei NeuInstallation muss ich nur darauf achten, dass ich die WindowsPartitions/Datenaustauschlaufwerk nicht zerlege. Punkt !
Für Case 1 und 2 sind es m.M.n. zwei einfache Kommandos, die ich brauche, um alle OS's (nach Windows/LE kaputt) booten zu können.
Keine händisches fehlerträchtiges Rumfummeln in Dateien, etc.
Kein Gehampel mit externen Tools, whatsoever ...
===
Natürlich ist es fett, wenn ich ein weiteres Betriebssystem auf der Platte haben muss, nur um die Bootmimik von ein/zwei Weiteren zu händeln.
P.S.
Wenn ich eine schönere Methode wüsste, hätte ich die schon lange hier hingeschrieben ...
+++ EDIT +++
habe das mal mit zwei Platten probiert:
grub-mkconfig(Fedora 39) bindet LE (11) NICHT in Grub ein !!!
Meine obige Prämisse war falsch ...,
Thema durch !
Danke, aber der Vorteil von dd mit linux ist halt das das fuer alle partitionen funktioniert. Egal of LE, windows debian oder was auch immer.
Heise bietet in seinen WinPE's (c't dazu erscheint intervallweise) immer drivesnapshot
Drive Snapshot - Disk Image Backup for Windows NT/2000/XP/2003/X64
bzw.
läuft dann nach Kauf der c't ein Jahr, wobei: Einpacken begrenzt auf 1 Jahr, Auspacken aber unbegrenzt.
Vorteil:
- packt nur belegten Plattenplatz ein (bin nicht sicher, ob dd das checkt ...)
- kann Partitions vergrössern/verkleinern
- checksumming (vorm restore !)
Nachteil:
braucht ein zweites Window (von USB gestartet, z.B. Heise's WinPE oder das von Hiren)
bei Fedora haben sie gerade den sshd bug veroeffentlicht.
Yepp, ich war der, der den BugReport, nach Lesen auf der Fedora ML am Freitag, dann nach LE getragen hat ...
für LE12 (11 ?) wurde es gefixt (?), zumindest auf eine unbetroffene (?) xz-Version reverted
und mehr:
und
So das ich extrem einfach windows resetten kann wenn ich da was kaputtgepfuscht habe
vlt. hilft das hier:
die ct 10/2021 mit "Anleitung: c't-WIMage erstellt Windows-Backups, c't 10/2021, S. 18" könnte ich dir auch noch per PM zuschicken.
was macht bzw. was macht man wie mit ctimage:
- packt im laufenden Windowsbetrieb eine Windowskiste in ein Image ein
- dann erzeugt man sich mit einer Windows-DVD einen USB-Install-Stick
- da tauscht man dann nur das ursprüngliche gegen das eingepackte Image aus und installiert damit
=> Kiste wird genau so installiert, wie man die eingepackt hatte, z.B. mit allen installierten Programmen plus deren Einstellungen, Drivern, UpDates etc.
===
Meine ctImage-Tests hatte ich zuletzt mit Win 8.1 durchgeführt !
also keine Ahnung wie das mit Win 10/11 hinhaut ..., da steht zwar was dazu im obig verlinkten Artikel, aber TL/DR ...
===
da ich gerade dabei bin:
Wer seine Win10/11 Kiste etwas "wasserdichter" machen will:
habe meinem Vorschlag mal in einer virtuellen Maschine mit Fedora probiert
zu 5b.
Wenn Fedora mit UEFI installiert wird, wird Windows automatisch in Grub eingebunden
Werde mal diese Anleitung ausprobieren.
würde ich so nicht machen.
ich würde LE alleine auf eine Platte lassen.
Warum ?
der Installer von LE ist m.M.n. sehr eingeschränkt, d.h. bei einer Neuinstallation von LE bügelt der dir die ganze Disk. Mir ist auch so nicht bekannt, dass ich den LE Installer überreden kann, dass er nur einen begrenzten Teil der Platte nutzt. Alles oder nix. Ärgerlich f. Over-Provisioning-Fans.
Ich würde Win und ein Linux (Debian, Fedora ?) auf der einen Platte installieren und probieren den Bootloader von LE in Grub einzubinden.
Vorteil:
wenn du jemals LE oder Windows neuinstallieren willst, bist du m.M.n. auf der sichereren Seite.
Mit (nur) einer Unbequemlichkeit bei Win-Neuinstallationen: die bügelt dir den Bootsektor, aus dem Linux startet (Reparatur dann mit einem Linux-Install-USB)
Mein Vorgehen wäre:
1. LE Platte ab (damit die Win-Installation da nicht rumsaut)
2. Windows auf die andere Platte installieren und dabei Platz lassen f. Linux (20 GB ?, ggf. nochmal ein paar Giga für ein Datenaustausch-Laufwerk)
3. checken, ob Win bootet (sollte so sein)
4. Linux hinter Windows auf der gleichen Platte installieren
5. checken, ob Linux bootet
5b. ggf., falls nicht schon geschehen: Win aus Grub bootbar machen
das sollte m.M.n. schon bei der Linuxinstallation automatisch geschehen sein ..., ansonsten gibt es unter Linux geeignete Kommandos dazu
6. checken ob Win über Grub bootet
7. LE Platte dran
8. LE über Grub bootbar machen (gleiche Kommando's, wie in der Bemerkung zu 5b.) und LE-Boot aus Grub checken
9. unter Windows das Austauschlaufwerk formatieren, Daten drauf kippen
10. unter LE checken, ob du Zugriff drauf hast: Laufwerk ist -IIRC- automatisch eingebunden unter /var/media/
TIP:
Windows so konfigurieren, dass es auch wirklich runterfährt.
Nicht nur in einen Sleepmodus, ansonsten bindet LE das Austausch-LW ggf. nicht (mehr) ein !
Dem wiederspreche ich. Im bios stellt man die aktuelle Uhrzeit ein
Einspruch stattgegeben, Euer Ehren !
habe mich geirrt ...
windows installation von USB booten, in freien platz installieren
IIRC, Windows möchte immer ganz vorne auf der Platte sein ...
auch noch Android
ein Android(Arm ?) läuft auf deiner Hardware (x86) nicht nativ. Du brauchst wahrscheinlich einen Emulator. Emulatoren emulieren andere Hardware, ergo. ob das dann noch performant läuft ... ???
um bestimmte PC Games zu zocken
Dann ist's wahrscheinlich besser KEINE Virtuelle Maschine einzusetzen, Grafik ist damit nicht so prall
Vergleichstests mit Sticks angesehen und herausgefunden das Festplatten die bessere Wahl sind
Hatte hier längere Zeit ein LE Release auf Platte und LE nightly auf einen Stick.
USB Stick war: SanDisk Extreme PRO 32 oder 64 GB
Ein Problem das ich aber noch unabhängig von KODi ungelöst habe ist die Batterie wenn ich Windows Boote ist die Zeit um 1 bzw. Seit der Zeitumstellung um 2 Stunden verstellt kann
Wo hast du denn die Zeit abgelesen ?
+++ EDIT +++
"Dumm Tüch" (hoffentlich) vollständig korrigiert
+++ Edit Ende +++
Die Bios-Uhr ist immer UTC.
In Deutschland leben wir in UTC+1 (Winterzeit)
Die Bios-Uhr ist also immer 1 bzw., in Sommerzeit 2 h zurück.
Das tut aber so nix, da die jeweiligen Betriebssysteme die Desktop-Uhr-Zeit per intervallmässiger Abfrage bei einem Zeitserver auf die richtige (Desktop-) Zeit einstellen (UTC+1, UTC+2). Im Bios steht aber trotzdem weiter UTC !
Die Abfrage kann aber was dauern und hat auch als Voraussetzung, dass du die lokalen Einstellung zur Zeitzone in den jeweiligen Betriebssystemen korrekt eingestellt hast und da jeweils auch ein Zeitserver, natürlich nur bei vorhandener Internetverbindung, abgefragt wird. Bei LE ist dies standardmässig der Fall (im log
das die WLan Karte manchmal verzögert erst Bootet
die WLAN-Karte bootet immer verzögert:
- init durch Treiber, inklusive Firmware draufladen
- Ausspatzen der WLAN-Modualitäten mit deinem Router, abhängig von deiner WLAN-Umgebung
in der Fußzeile vom BIOS steht nichts von Default.
dann heisst es ähnlich: standard, optimal, ....
Die Grundeinstellungen sollten/müssen geladen werden bzw. ggf. darauf zurückgesetzt werden
Oder Verbraucherzentrale, wäre auch eine Möglichkeit
Oder ins Fernsehn:
Zit: "Markt mischt sich ein: Wenn Sie sich abgezockt fühlen oder sich über ein Produkt, ein Unternehmen oder eine Dienstleistung ärgern und sich wünschen, dass wir uns um Ihr Anliegen kümmern. Bitte schildern Sie Ihr Anliegen kurz in wenigen Sätzen."
Ist halt die Frage wie groß das know-how an der Stelle ist.
diese, ggf. vorhandene, Baustelle wollte ich mit meinem Vorschlag auch (langfristig gesehen) erschlagen ...
Wille/wachsende Einsicht (insbes. wegen dem "M$ buildin remote admin") vorausgesetzt !
Meine ausgesprochen wenig technik-affine Mutter (90 J.) setzt Fedora ein ... [natürlich nicht ohne remote admin (hier)]
Geht schon ...
dann gibt es keine Chancen für dich ein Dualboot aufzusetzen.
ich weiss jetzt nicht, ob eine Linux-Distro den Bootloader von LE einbinden kann (könnte mir das aber vorstellen; habe es noch nicht gemacht)
If so:
man könnte zur Not (!) Win11 in einer virtuellen Maschine (z.B. VBox) unter der Linux-Distro laufen lassen ..., wenn man zwingend Win11 haben muss ...
Tom_Depp was machst du mit Win11 bzw. wofür brauchst du es genau bzw. was könnte eine LinuxDistro davon nicht abdecken ?
vlt. hilft es ja weiter:
unter Logging bzw. Componenten Logging gibt es was zu dav ...
Nachtrag
vlt. kann man auch dav-server-seitig in einem Terminal
sudo journalctl -f
mitlaufen lassen ...
Ich muss mich korrigieren: (m)ein Monitor war zwar angeschlossen, aber powered OFF.
Mein Beitrag sollte nur ein headup sein, insbes. wenn die docker-Kiste entfernt läuft und ggf. , falls mein Effekt auch auftritt, man gar nicht mitbekommt, dass die CPU permanet mit 100 % "brennt" ...
![[aa]](https://www.kodinerds.net/wcf/images/smilies/smiley38.gif "aa"){kind=small}
