Liebe Leute,
ich kann es weder erklären noch genau beschreiben, aber ich habe ein
Problem mit meinem Gitea-Server: Ich kann ihn weder im Browser noch über
wget kontaktieren. Der Browser meldet einfach "konnte keine Verbindung
aufbauen", wget ist etwas konkreter und sagt entweder "Verbindungsaufbau
zu XYZ(xyz)|85.25.3.15|:443... fehlgeschlagen: Verbindungsaufbau
abgelehnt." oder "Auflösen des Hostnamens fehlgeschlagen ... der Name
oder Dienst ist nicht bekannt."
Ich unterstelle, dass die DNS-Einträge korrekt sind, denn mit ping (oder
Verbinden mit ssh) geht es wie es soll.
nun weiß ich nicht, ob ich Gitea "einfach"neu installieren soll (v.a.
inkl. Integration mit nginx) oder ob ich ein ernsteres Problem mit dem
Server insgesamt habe.
ankbar für jeden Tipp oder Vorschlag
Urs
Da sollte mehr kommen:
manuel.ohnemus@ad.kb-ohnemus.de@rechner7:~$ sudo update-grub
Quelldatei `/etc/default/grub'
Quelldatei `/etc/default/grub.d/init-select.cfg'
GRUB-Konfigurationsdatei wird erstellt …
Linux-Abbild gefunden: /boot/vmlinuz-5.4.0-90-generic
initrd-Abbild gefunden: /boot/initrd.img-5.4.0-90-generic
...
Linux-Abbild gefunden: /boot/vmlinuz-5.4.0-45-generic
initrd-Abbild gefunden: /boot/initrd.img-5.4.0-45-generic
Found memtest86+ image: /boot/memtest86+.elf
Found memtest86+ image: /boot/memtest86+.bin
Windows 10 auf /dev/sda1 gefunden
erledigt
Evtl. doch mal aus debian raus probieren:
https://wiki.ubuntuusers.de/GRUB_2/Reparatur/#Reparatur-mittels-Desktop-CD
Mit freundlichen Grüßen
Manuel Ohnemus Dipl. Ing. (FH)
Konstruktion und Betriebsmittel Ohnemus
Hauptstraße 72
D-77960 Seelbach
Tel: +49 7823 961238-1
Fax: +49 7823 961238-4
manuel.ohnemus(a)kb-ohnemus.de
https://www.kb-ohnemus.de
Am 25.11.21 um 14:13 schrieb Rudolf Bahr:
> sudo update-grub
> Generating grub configuration file ...
>
> ist schon Alles (unter Q4OS), mehr kommt da leider nicht.
>
>
> Könnte es sein, dass da ein Durcheinander von BIOS und EFI, vielleicht
> sogar UEFI passiert ist? Debian ist ja sehr vorsichtig mit Neuerungen,
> die andere OS längst einsetzen.
>
> Rudolf
>
>
>
>
> Am Thu, Nov 25, 2021 at 01:52:49PM +0100 schrieb Manuel Ohnemus:
>> "sudo update-grub": Generating grub configuration file ...
>>
>> Dabei sollten die gefundenen Systeme angezeigt werden. Was kommt da?
>>
>>
>> Mit freundlichen Grüßen
>>
>> Manuel Ohnemus Dipl. Ing. (FH)
>>
>> Konstruktion und Betriebsmittel Ohnemus
>> Hauptstraße 72
>> D-77960 Seelbach
>> Tel: +49 7823 961238-1
>> Fax: +49 7823 961238-4
>> manuel.ohnemus(a)kb-ohnemus.de
>> https://www.kb-ohnemus.de
>>
>> Am 25.11.21 um 11:32 schrieb Rudolf Bahr:
>>> "sudo grub-install /dev/sda" bringt als Meldung:
>>>
>>> i386-pc wird für Ihre Plattform installiert.
>>> installation beendet. Keine Fehler aufgetreten.
>>>
>>> und
>>> "sudo update-grub":
>>>
>>> Generating grub configuration file ...
>>>
>>>
>>> Also keine Fehler, aber beim Booten gibt es weiterhin nur Q4OS.
>>>
>>>
>>> Tomas, mit rescue-disc hat es nicht geklappt. Musste erst einige Partitionen
>>> ausprobieren, um "grub-install" und "update-grub zu finden, bei /usr hat es
>>> darauf dann Meldungen gegeben wie:
>>>
>>> "error: /usr/lib/grub/i386-pc/modinfo.sh doesn't exist"
>>> oder
>>> "cannot open /usr'/share/grub/grub-mkconfig_lib"
>>>
>>>
>>> Ich habe zur Zeit leider nur einen Rechner zur Verfügung, auf dem ich die
>>> Tests mache und Mails beantworte. Tut mir Leid, dass ich nicht zeitnäher
>>> antworten kann.
>>>
>>> Rudolf
>>>
>>>
>>>
>>>
>>> Am Thu, Nov 25, 2021 at 09:46:13AM +0100 schrieb Manuel Ohnemus:
>>>> "grub-install /dev/sda"
>>>>
>>>> "update-grub"
>>>>
>>>> Da müsste ja beide Male eine Meldung dazu kommen. Was sagt die?
>>>>
>>>> Für chroot gehe ich immer nach der Anleitung bei ubuntuusers vor, sollte bei
>>>> debian aber auch gehen. Statt von CD zu booten kann man aber auch ein
>>>> installiertes laufendes Linux als Basis nehmen.
>>>>
>>>> https://wiki.ubuntuusers.de/GRUB_2/Reparatur/#Reparatur-mittels-Desktop-CD
>>>>
>>>> Ich habe das Thema oft wenn ich eine vorhandene Installation mit tar auf
>>>> mehrere Rechner übertrage. Da muss jedes Mal de Bootloader so erstellt
>>>> werden.
>>>>
>>>> Mit freundlichen Grüßen
>>>>
>>>> Manuel Ohnemus Dipl. Ing. (FH)
>>>>
>>>> Konstruktion und Betriebsmittel Ohnemus
>>>> Hauptstraße 72
>>>> D-77960 Seelbach
>>>> Tel: +49 7823 961238-1
>>>> Fax: +49 7823 961238-4
>>>> manuel.ohnemus(a)kb-ohnemus.de
>>>> https://www.kb-ohnemus.de
>>>>
>>>> Am 25.11.21 um 09:29 schrieb Rudolf Bahr:
>>>>> Hallo Manuel,
>>>>>
>>>>> danke für Deine Antwort!
>>>>>
>>>>> Ich kann zur Zeit ja nur Q4OS (q4os.org; bautauf Debian 11 auf) booten,
>>>>> also habe ich, wie von Dir vorgeschlagen, "grub-install /dev/sda" und
>>>>> dann ein "update-grub" versucht, was aber leider Nichts bewirkt hat.
>>>>>
>>>>> Das mit dem Wechsel nach Debian mit "chroot" habe ich nicht verstanden.
>>>>> Woher bekomme ich "NEWROOT"? /dev/sda kann es nicht sein, weil es kein
>>>>> Verzeichnis ist, /dev/sda5, welches die ROOT-Partition ist, auch nicht.
>>>>>
>>>>> Gibt es noch Etwas, das ich versuchen könnte?
>>>>>
>>>>> Gruß, Rudolf
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Am Thu, Nov 25, 2021 at 07:41:15AM +0100 schrieb Manuel Ohnemus:
>>>>>> Hallo,
>>>>>>
>>>>>> üblicherweise verwaltet eines der installierten Linuxe den Grub-Bootloader.
>>>>>> Ein update-grub sollte auch andere Installationen (und Windows) finden und
>>>>>> korrekt eintragen. Mag sein dass das bei Q4OS (noch nie gehört) nicht
>>>>>> richtig funktioniert oder konfiguriert ist, es sich aber dennoch für den
>>>>>> Bootsektor zuständig fühlt. So wie ein nachträglich installiertes Windows
>>>>>> den ja auch überschreibt.
>>>>>>
>>>>>> Falls jetzt Q4OS Grub verwalten soll kannst Du unter Q4OS ein grub-install
>>>>>> /dev/sda und dann ein update-grub versuchen. Dabei sollten alle vorhandenen
>>>>>> Systeme gefunden und eingetragen werden.
>>>>>>
>>>>>> Oder Du wechselst nach Debian (chroot) und machst da das gleiche.
>>>>>>
>>>>>> Mit freundlichen Grüßen
>>>>>>
>>>>>> Manuel Ohnemus Dipl. Ing. (FH)
>>>>>>
>>>>>> Konstruktion und Betriebsmittel Ohnemus
>>>>>> Hauptstraße 72
>>>>>> D-77960 Seelbach
>>>>>> Tel: +49 7823 961238-1
>>>>>> Fax: +49 7823 961238-4
>>>>>> manuel.ohnemus(a)kb-ohnemus.de
>>>>>> https://www.kb-ohnemus.de
>>>>>>
>>>>>> Am 25.11.21 um 07:18 schrieb Rudolf Bahr:
>>>>>>> Hallo an Alle!
>>>>>>>
>>>>>>> Zu meinem hauptsächlichen OS "Debian 11" auf /dev/sda habe ich zu Testzwecken
>>>>>>> ein weiteres Betriebssystem "Q4OS 4.7 Gemini" auf /dev/sdb installiert. Nun kann
>>>>>>> ich Debian nicht mehr booten, weil nur noch Q4OS angezeigt wird.
>>>>>>>
>>>>>>> Dieses "Kuckucks-Phänomen", dass ein BS ein anderes quasi aus dem Nest wirft, ist
>>>>>>> mir auch schon mit anderen Betriebssystemen passiert. Deshalb denke ich nicht,
>>>>>>> dass es speziell mit Q4OS zu tun hat. Irgendwo muss grundsätzlich der Wurm drin
>>>>>>> sein, aber wo?
>>>>>>>
>>>>>>> Was kann man da machen?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> sudo gdisk /dev/sda ergibt:
>>>>>>> Number Start (sector) End (sector) Size Code Name
>>>>>>> 1 2048 3906250751 1.8 TiB 8300
>>>>>>> 2 3906250752 3906349055 48.0 MiB EF02
>>>>>>> 3 3906349056 4101660671 93.1 GiB 8200
>>>>>>> 4 4101660672 4103614463 954.0 MiB 8300 DEBIAN 11
>>>>>>> 5 4103614464 4162207743 27.9 GiB 8300 DEBIAN 11
>>>>>>> 6 4162207744 4201269247 18.6 GiB 8300 DEBIAN 11
>>>>>>> 7 4201269248 4259862527 27.9 GiB 8300 DEBIAN 11
>>>>>>> 8 4259862528 4298924031 18.6 GiB 8300 DEBIAN 11
>>>>>>> 9 4298924032 4337985535 18.6 GiB 8300 DEBIAN 11
>>>>>>> 10 4337985536 4534274047 93.6 GiB 8200
>>>>>>> 11 4534274048 5860533134 632.4 GiB 8300 DEBIAN 11
>>>>>>>
>>>>>>>
>>>>>>> sudo gdisk /dev/sdb:
>>>>>>> Number Start (sector) End (sector) Size Code Name
>>>>>>> 1 34 409602047 195.3 GiB 8300
>>>>>>> 2 409602048 537217023 60.9 GiB 8300
>>>>>>> 3 537217024 537234734 8.6 MiB 8300
>>>>>>>
>>>>>>> Kann es daran liegen, dass ich bei /dev/sdb3 "EF02" nicht angegeben habe?
>>>>>>> Ich sehe gerade, dass /dev/sdb2 kein Swap-Bereich ist, wie eigentlich
>>>>>>> beabsichtigt. Bei der Test-Installation geschludert, gell?
>>>>>>>
>>>>>>>
>>>>>>> Viele Grüße,
>>>>>>>
>>>>>>> Rudolf
"sudo update-grub": Generating grub configuration file ...
Dabei sollten die gefundenen Systeme angezeigt werden. Was kommt da?
Mit freundlichen Grüßen
Manuel Ohnemus Dipl. Ing. (FH)
Konstruktion und Betriebsmittel Ohnemus
Hauptstraße 72
D-77960 Seelbach
Tel: +49 7823 961238-1
Fax: +49 7823 961238-4
manuel.ohnemus(a)kb-ohnemus.de
https://www.kb-ohnemus.de
Am 25.11.21 um 11:32 schrieb Rudolf Bahr:
> "sudo grub-install /dev/sda" bringt als Meldung:
>
> i386-pc wird für Ihre Plattform installiert.
> installation beendet. Keine Fehler aufgetreten.
>
> und
> "sudo update-grub":
>
> Generating grub configuration file ...
>
>
> Also keine Fehler, aber beim Booten gibt es weiterhin nur Q4OS.
>
>
> Tomas, mit rescue-disc hat es nicht geklappt. Musste erst einige Partitionen
> ausprobieren, um "grub-install" und "update-grub zu finden, bei /usr hat es
> darauf dann Meldungen gegeben wie:
>
> "error: /usr/lib/grub/i386-pc/modinfo.sh doesn't exist"
> oder
> "cannot open /usr'/share/grub/grub-mkconfig_lib"
>
>
> Ich habe zur Zeit leider nur einen Rechner zur Verfügung, auf dem ich die
> Tests mache und Mails beantworte. Tut mir Leid, dass ich nicht zeitnäher
> antworten kann.
>
> Rudolf
>
>
>
>
> Am Thu, Nov 25, 2021 at 09:46:13AM +0100 schrieb Manuel Ohnemus:
>> "grub-install /dev/sda"
>>
>> "update-grub"
>>
>> Da müsste ja beide Male eine Meldung dazu kommen. Was sagt die?
>>
>> Für chroot gehe ich immer nach der Anleitung bei ubuntuusers vor, sollte bei
>> debian aber auch gehen. Statt von CD zu booten kann man aber auch ein
>> installiertes laufendes Linux als Basis nehmen.
>>
>> https://wiki.ubuntuusers.de/GRUB_2/Reparatur/#Reparatur-mittels-Desktop-CD
>>
>> Ich habe das Thema oft wenn ich eine vorhandene Installation mit tar auf
>> mehrere Rechner übertrage. Da muss jedes Mal de Bootloader so erstellt
>> werden.
>>
>> Mit freundlichen Grüßen
>>
>> Manuel Ohnemus Dipl. Ing. (FH)
>>
>> Konstruktion und Betriebsmittel Ohnemus
>> Hauptstraße 72
>> D-77960 Seelbach
>> Tel: +49 7823 961238-1
>> Fax: +49 7823 961238-4
>> manuel.ohnemus(a)kb-ohnemus.de
>> https://www.kb-ohnemus.de
>>
>> Am 25.11.21 um 09:29 schrieb Rudolf Bahr:
>>> Hallo Manuel,
>>>
>>> danke für Deine Antwort!
>>>
>>> Ich kann zur Zeit ja nur Q4OS (q4os.org; bautauf Debian 11 auf) booten,
>>> also habe ich, wie von Dir vorgeschlagen, "grub-install /dev/sda" und
>>> dann ein "update-grub" versucht, was aber leider Nichts bewirkt hat.
>>>
>>> Das mit dem Wechsel nach Debian mit "chroot" habe ich nicht verstanden.
>>> Woher bekomme ich "NEWROOT"? /dev/sda kann es nicht sein, weil es kein
>>> Verzeichnis ist, /dev/sda5, welches die ROOT-Partition ist, auch nicht.
>>>
>>> Gibt es noch Etwas, das ich versuchen könnte?
>>>
>>> Gruß, Rudolf
>>>
>>>
>>>
>>>
>>> Am Thu, Nov 25, 2021 at 07:41:15AM +0100 schrieb Manuel Ohnemus:
>>>> Hallo,
>>>>
>>>> üblicherweise verwaltet eines der installierten Linuxe den Grub-Bootloader.
>>>> Ein update-grub sollte auch andere Installationen (und Windows) finden und
>>>> korrekt eintragen. Mag sein dass das bei Q4OS (noch nie gehört) nicht
>>>> richtig funktioniert oder konfiguriert ist, es sich aber dennoch für den
>>>> Bootsektor zuständig fühlt. So wie ein nachträglich installiertes Windows
>>>> den ja auch überschreibt.
>>>>
>>>> Falls jetzt Q4OS Grub verwalten soll kannst Du unter Q4OS ein grub-install
>>>> /dev/sda und dann ein update-grub versuchen. Dabei sollten alle vorhandenen
>>>> Systeme gefunden und eingetragen werden.
>>>>
>>>> Oder Du wechselst nach Debian (chroot) und machst da das gleiche.
>>>>
>>>> Mit freundlichen Grüßen
>>>>
>>>> Manuel Ohnemus Dipl. Ing. (FH)
>>>>
>>>> Konstruktion und Betriebsmittel Ohnemus
>>>> Hauptstraße 72
>>>> D-77960 Seelbach
>>>> Tel: +49 7823 961238-1
>>>> Fax: +49 7823 961238-4
>>>> manuel.ohnemus(a)kb-ohnemus.de
>>>> https://www.kb-ohnemus.de
>>>>
>>>> Am 25.11.21 um 07:18 schrieb Rudolf Bahr:
>>>>> Hallo an Alle!
>>>>>
>>>>> Zu meinem hauptsächlichen OS "Debian 11" auf /dev/sda habe ich zu Testzwecken
>>>>> ein weiteres Betriebssystem "Q4OS 4.7 Gemini" auf /dev/sdb installiert. Nun kann
>>>>> ich Debian nicht mehr booten, weil nur noch Q4OS angezeigt wird.
>>>>>
>>>>> Dieses "Kuckucks-Phänomen", dass ein BS ein anderes quasi aus dem Nest wirft, ist
>>>>> mir auch schon mit anderen Betriebssystemen passiert. Deshalb denke ich nicht,
>>>>> dass es speziell mit Q4OS zu tun hat. Irgendwo muss grundsätzlich der Wurm drin
>>>>> sein, aber wo?
>>>>>
>>>>> Was kann man da machen?
>>>>>
>>>>>
>>>>>
>>>>> sudo gdisk /dev/sda ergibt:
>>>>> Number Start (sector) End (sector) Size Code Name
>>>>> 1 2048 3906250751 1.8 TiB 8300
>>>>> 2 3906250752 3906349055 48.0 MiB EF02
>>>>> 3 3906349056 4101660671 93.1 GiB 8200
>>>>> 4 4101660672 4103614463 954.0 MiB 8300 DEBIAN 11
>>>>> 5 4103614464 4162207743 27.9 GiB 8300 DEBIAN 11
>>>>> 6 4162207744 4201269247 18.6 GiB 8300 DEBIAN 11
>>>>> 7 4201269248 4259862527 27.9 GiB 8300 DEBIAN 11
>>>>> 8 4259862528 4298924031 18.6 GiB 8300 DEBIAN 11
>>>>> 9 4298924032 4337985535 18.6 GiB 8300 DEBIAN 11
>>>>> 10 4337985536 4534274047 93.6 GiB 8200
>>>>> 11 4534274048 5860533134 632.4 GiB 8300 DEBIAN 11
>>>>>
>>>>>
>>>>> sudo gdisk /dev/sdb:
>>>>> Number Start (sector) End (sector) Size Code Name
>>>>> 1 34 409602047 195.3 GiB 8300
>>>>> 2 409602048 537217023 60.9 GiB 8300
>>>>> 3 537217024 537234734 8.6 MiB 8300
>>>>>
>>>>> Kann es daran liegen, dass ich bei /dev/sdb3 "EF02" nicht angegeben habe?
>>>>> Ich sehe gerade, dass /dev/sdb2 kein Swap-Bereich ist, wie eigentlich
>>>>> beabsichtigt. Bei der Test-Installation geschludert, gell?
>>>>>
>>>>>
>>>>> Viele Grüße,
>>>>>
>>>>> Rudolf
"grub-install /dev/sda"
"update-grub"
Da müsste ja beide Male eine Meldung dazu kommen. Was sagt die?
Für chroot gehe ich immer nach der Anleitung bei ubuntuusers vor, sollte
bei debian aber auch gehen. Statt von CD zu booten kann man aber auch
ein installiertes laufendes Linux als Basis nehmen.
https://wiki.ubuntuusers.de/GRUB_2/Reparatur/#Reparatur-mittels-Desktop-CD
Ich habe das Thema oft wenn ich eine vorhandene Installation mit tar auf
mehrere Rechner übertrage. Da muss jedes Mal de Bootloader so erstellt
werden.
Mit freundlichen Grüßen
Manuel Ohnemus Dipl. Ing. (FH)
Konstruktion und Betriebsmittel Ohnemus
Hauptstraße 72
D-77960 Seelbach
Tel: +49 7823 961238-1
Fax: +49 7823 961238-4
manuel.ohnemus(a)kb-ohnemus.de
https://www.kb-ohnemus.de
Am 25.11.21 um 09:29 schrieb Rudolf Bahr:
> Hallo Manuel,
>
> danke für Deine Antwort!
>
> Ich kann zur Zeit ja nur Q4OS (q4os.org; bautauf Debian 11 auf) booten,
> also habe ich, wie von Dir vorgeschlagen, "grub-install /dev/sda" und
> dann ein "update-grub" versucht, was aber leider Nichts bewirkt hat.
>
> Das mit dem Wechsel nach Debian mit "chroot" habe ich nicht verstanden.
> Woher bekomme ich "NEWROOT"? /dev/sda kann es nicht sein, weil es kein
> Verzeichnis ist, /dev/sda5, welches die ROOT-Partition ist, auch nicht.
>
> Gibt es noch Etwas, das ich versuchen könnte?
>
> Gruß, Rudolf
>
>
>
>
> Am Thu, Nov 25, 2021 at 07:41:15AM +0100 schrieb Manuel Ohnemus:
>> Hallo,
>>
>> üblicherweise verwaltet eines der installierten Linuxe den Grub-Bootloader.
>> Ein update-grub sollte auch andere Installationen (und Windows) finden und
>> korrekt eintragen. Mag sein dass das bei Q4OS (noch nie gehört) nicht
>> richtig funktioniert oder konfiguriert ist, es sich aber dennoch für den
>> Bootsektor zuständig fühlt. So wie ein nachträglich installiertes Windows
>> den ja auch überschreibt.
>>
>> Falls jetzt Q4OS Grub verwalten soll kannst Du unter Q4OS ein grub-install
>> /dev/sda und dann ein update-grub versuchen. Dabei sollten alle vorhandenen
>> Systeme gefunden und eingetragen werden.
>>
>> Oder Du wechselst nach Debian (chroot) und machst da das gleiche.
>>
>> Mit freundlichen Grüßen
>>
>> Manuel Ohnemus Dipl. Ing. (FH)
>>
>> Konstruktion und Betriebsmittel Ohnemus
>> Hauptstraße 72
>> D-77960 Seelbach
>> Tel: +49 7823 961238-1
>> Fax: +49 7823 961238-4
>> manuel.ohnemus(a)kb-ohnemus.de
>> https://www.kb-ohnemus.de
>>
>> Am 25.11.21 um 07:18 schrieb Rudolf Bahr:
>>> Hallo an Alle!
>>>
>>> Zu meinem hauptsächlichen OS "Debian 11" auf /dev/sda habe ich zu Testzwecken
>>> ein weiteres Betriebssystem "Q4OS 4.7 Gemini" auf /dev/sdb installiert. Nun kann
>>> ich Debian nicht mehr booten, weil nur noch Q4OS angezeigt wird.
>>>
>>> Dieses "Kuckucks-Phänomen", dass ein BS ein anderes quasi aus dem Nest wirft, ist
>>> mir auch schon mit anderen Betriebssystemen passiert. Deshalb denke ich nicht,
>>> dass es speziell mit Q4OS zu tun hat. Irgendwo muss grundsätzlich der Wurm drin
>>> sein, aber wo?
>>>
>>> Was kann man da machen?
>>>
>>>
>>>
>>> sudo gdisk /dev/sda ergibt:
>>> Number Start (sector) End (sector) Size Code Name
>>> 1 2048 3906250751 1.8 TiB 8300
>>> 2 3906250752 3906349055 48.0 MiB EF02
>>> 3 3906349056 4101660671 93.1 GiB 8200
>>> 4 4101660672 4103614463 954.0 MiB 8300 DEBIAN 11
>>> 5 4103614464 4162207743 27.9 GiB 8300 DEBIAN 11
>>> 6 4162207744 4201269247 18.6 GiB 8300 DEBIAN 11
>>> 7 4201269248 4259862527 27.9 GiB 8300 DEBIAN 11
>>> 8 4259862528 4298924031 18.6 GiB 8300 DEBIAN 11
>>> 9 4298924032 4337985535 18.6 GiB 8300 DEBIAN 11
>>> 10 4337985536 4534274047 93.6 GiB 8200
>>> 11 4534274048 5860533134 632.4 GiB 8300 DEBIAN 11
>>>
>>>
>>> sudo gdisk /dev/sdb:
>>> Number Start (sector) End (sector) Size Code Name
>>> 1 34 409602047 195.3 GiB 8300
>>> 2 409602048 537217023 60.9 GiB 8300
>>> 3 537217024 537234734 8.6 MiB 8300
>>>
>>> Kann es daran liegen, dass ich bei /dev/sdb3 "EF02" nicht angegeben habe?
>>> Ich sehe gerade, dass /dev/sdb2 kein Swap-Bereich ist, wie eigentlich
>>> beabsichtigt. Bei der Test-Installation geschludert, gell?
>>>
>>>
>>> Viele Grüße,
>>>
>>> Rudolf
Hallo an Alle!
Zu meinem hauptsächlichen OS "Debian 11" auf /dev/sda habe ich zu Testzwecken
ein weiteres Betriebssystem "Q4OS 4.7 Gemini" auf /dev/sdb installiert. Nun kann
ich Debian nicht mehr booten, weil nur noch Q4OS angezeigt wird.
Dieses "Kuckucks-Phänomen", dass ein BS ein anderes quasi aus dem Nest wirft, ist
mir auch schon mit anderen Betriebssystemen passiert. Deshalb denke ich nicht,
dass es speziell mit Q4OS zu tun hat. Irgendwo muss grundsätzlich der Wurm drin
sein, aber wo?
Was kann man da machen?
sudo gdisk /dev/sda ergibt:
Number Start (sector) End (sector) Size Code Name
1 2048 3906250751 1.8 TiB 8300
2 3906250752 3906349055 48.0 MiB EF02
3 3906349056 4101660671 93.1 GiB 8200
4 4101660672 4103614463 954.0 MiB 8300 DEBIAN 11
5 4103614464 4162207743 27.9 GiB 8300 DEBIAN 11
6 4162207744 4201269247 18.6 GiB 8300 DEBIAN 11
7 4201269248 4259862527 27.9 GiB 8300 DEBIAN 11
8 4259862528 4298924031 18.6 GiB 8300 DEBIAN 11
9 4298924032 4337985535 18.6 GiB 8300 DEBIAN 11
10 4337985536 4534274047 93.6 GiB 8200
11 4534274048 5860533134 632.4 GiB 8300 DEBIAN 11
sudo gdisk /dev/sdb:
Number Start (sector) End (sector) Size Code Name
1 34 409602047 195.3 GiB 8300
2 409602048 537217023 60.9 GiB 8300
3 537217024 537234734 8.6 MiB 8300
Kann es daran liegen, dass ich bei /dev/sdb3 "EF02" nicht angegeben habe?
Ich sehe gerade, dass /dev/sdb2 kein Swap-Bereich ist, wie eigentlich
beabsichtigt. Bei der Test-Installation geschludert, gell?
Viele Grüße,
Rudolf
Hallo,
Die Vortragsfolien sind hier zu finden:
http://lug-freiburg.de/vortraege/flug-Dateirechte.pdf
Viele Grüße, Stefan.
> Gesendet: Dienstag, 23. November 2021 um 00:32 Uhr
> Von: "Stefan Ziegler" <stefan.ziegler_zst(a)gmx.de>
> An: "Freiburger Linux User Group" <flug(a)lug-freiburg.de>
> Betreff: Vortrag "Dateiberechtigungen" am 24.11. ab 19 Uhr (nur online)
>
> Hallo,
>
> Das Linux-Treffen am Mittwoch besteht aus einem Vortrag "Linux inside: Benutzer und ihre Rechte – Dateiberechtigungen" (online).
> Ab 18:40 Uhr wird der Konferenzraum eröffnet, bitte wählen Sie sich spätestens 18:50 Uhr ein, der Vortrag beginnt um 19°°.
> Komferenzraum: https://lecture.senfcall.de/vdi-0i3-qik-dzu
>
> Viele Grüße, Stefan.
>
Hallo,
Weil heute nach dem Treffpunkt beim CCC Freiburg gefragt wurde, leite ich hier die aktuellen Zugangsregeln weiter:
Aktuell steht auf der Internetseite: Club geschlosssen
Der CCCFr ist Aufgrund der derzeitigen Pandemie und den damit einhergehenden Maßnahmen geschlossen
Viele Grüße,
Stefan.
> Gesendet: Samstag, 20. November 2021 um 14:38 Uhr
> Von: "Vorstand CCCFr" <vorstand(a)cccfr.de>
> Betreff: update Corona Regeln CCCFr
>
> Hoi,
>
> nach Rücksprache im Vorstand gelten bis auf weiteres und ab sofort
> folgende Regeln:
>
> 2G - genesen und/oder vollständig geimpft
> Gästinnen müssen auf ihren Impfstatus mit der CovPassCheck App geprüft
> werden.
> Maske wo möglich, achtet auf Abstand bzw. Kontaktvermeidung wo möglich
> Corona Warn App Checkin, bzw. Kontaktdatenangabe
> Zutritt nur mit aktuellem Test (heut, bzw. max gestern)
>
> Bitte kommt nicht wenn ihr euch nicht gut fühlt, Erkältungssymptome oder
> ähnliches habt.
>
>
> habts gut, für den Vorstand:
> fuzzle
>
> --
> Chaos Computer Club Freiburg e.V.
> Adlerstr. 12a - 79098 Freiburg
> _______________________________________________
>
Hallo Leute,
gerade versuche ich, ein Programm von einer alten CD (für MS Win95) unter wine zum Laufen zu bringen, was allerdings so
gar nicht funktioniert… Habt ihr Abhilfe? Muss ich mich etwa neu anmelden, damit da was klappt? Wohl kaum, ne?
Vorhanden: die physische CD, ein *.iso der CD.
Hintergrund: ich hab' vor Jahren 'n Stammbaum mit 'nem Stammbaumprogramm in 'ner (binären) Datei angelegt und wollte die
nun weiter ausbauen. Allerdings war das zu Zeiten von MS Win bei mir und ich hab' schon lang keine Maschine mehr mit MS
Win (gehabt).
Daher kamen mir die zwei folgenden Wege in den Sinn, um mit den durchaus vorhandenen Daten wieder was anfange zu können:
einerseits könnte ich die Daten aus der Binärdatei über ein noch zu schreib- oder findendes Programm in eine
GNUkompatible Datei überführen oder ich versuche andererseits, (z. B. mit wine) das Programm von damals zum Laufen zu
bringen und die Daten in einem nichtbinären und idealerweise (!) freien Format (aus dem Programm heraus) abzuspeichern
(oder zumindest in einem, mit dem die Ahnenforschungssoftware im Debianrepo main fehlerfrei umgehen kann).
Habt ihr weitere Vorschläge/Ideen?
Hat jemand hier mit Ahnenforschung Erfahrung(en gemacht)?
Wenn mir also jemand von euch ein System mit MS Win95 leihen könnte, wär' ich auch schon 'n Schritt weiter… :-)
Viele Grüße
Julian
Hallo,
Das Linux-Treffen am Mittwoch besteht aus einem Vortrag "Linux inside: Benutzer und ihre Rechte – Dateiberechtigungen" (online).
Ab 18:40 Uhr wird der Konferenzraum eröffnet, bitte wählen Sie sich spätestens 18:50 Uhr ein, der Vortrag beginnt um 19°°.
Komferenzraum: https://lecture.senfcall.de/vdi-0i3-qik-dzu
Viele Grüße, Stefan.
Liebe Menschen in dieser Mailingliste,
gerne würden Stefan und meine Wenigkeit in 2022 rund um IT-Sicherheit,
Datenschutz, Linux wieder **Inhalte in lockerer Form** anbieten.
Wir haben uns auf einen neue Regelmäßigkeit verständigt: **immer am 3.
Mittwoch im Monat**
In den ungeraden Monaten sind die vorbereiteten Treffen vorgesehen, die
FLUG-Plauderstunde in den ungeraden Monaten.
So dürfen wir für Ersteres im Haus des Engagements (HdE
https://haus-des-engagements.de/raeume/#raeume) ab 18°° den grünen Raum
nutzen.
ja, immer immer als Hybrid-Veranstaltung wegen der üblichen
Corona-Vorbehalte und der auswärtigen Teilnehmenden...
Zum **Vormerken*** derThemenabende wären dies in 2022:
19. Januar
16. März
18. Mai
20. Juli
21. September
16. November
2022 offene FLUG-Themen:
1 - Tools zur datensparsamen Online-Zusammenarbeit
https://digitalcourage.de/digitale-selbstverteidigung/online-zusammen-arbei…
2 - Vorträge mit Markdown+LateX gestalten, Tools + HowTo
3 - Ras pi hole mit freedom box foundation https://freedombox.org
4 - sicheres Heim-Netz, safe network, Erkennung von Telemetrie-Daten
Aussendungen, Prüfen v. Schutzmassnahmen, Angriffserkennung im
häuslichen SOHO
5 - Foto Massen-Workflow: Sichern, aussortieren, bewerten+Schlagworte,
ablegen+finden, verwerten...
6 - Konsole, VT, Terminalemulationen, Die Shell: Tools, Tipps & Tricks
zsh, ranger
7 - Sichere Shell, X11, LUKS, X2go
8 - Lineage verschlüsselt installieren & sichern https://lineageos.org/
9 - Linux Presentation-Day ca. Anfang Nov. 2022
https://l-p-d.org/de/public/start
10- VPN aber Sicher!
https://www.kuketz-blog.de/empfehlungsecke/#vpn-anbieter
11- Wie setze ich einen eigenen Mailserver auf und betreibe ihn sicher?
https://dismail.de/serverlist.html
Welches Thema wird 2022 Favorit? zur Umfrage:
https://nuudel.digitalcourage.de/os8nh4J7TXzoYWVB
(Passwort cfp-2021)
Call for Papers - auf deutsch: Wer möchte Was beitragen?
Was?
Inhaltlich gerne die o.g. Themen, die Form ist weitgehend locker und frei:
- Vortrag
- Workshop
- Koordination von Online-Zusammenarbeit am Abend z.B.
-Erklär-Bildchen zum Fokus austauschen
-Diskussion zu einer Fragestellung
auch andere Formate -mit Online-Übertragung- sind denkbar ...
Hier geht es um die Themen-Leitung, die dann "den Hut" für den
jeweiligen Abend (oder LPD) auf hat und diesen inhaltlich vorbereitet
(Anwendungsfall, Netzrecherche, Fragestellungen/Lösungswege -
Unix-like/Kiss? -FOSS?).
Auch ich habe da Erkenntnislücken, die vorweg mit den ersten beiden o.g.
Themen geschlossen werden sollen... Und ja, beim VDI BV Schwarzwald habe
ich etwas Aufwandsentschädigung budgetiert...
Bleibt noch die Frage Wer?
Vorzugsweise natürlich diejenigen, die im Thema schon "eingearbeitet"
sind oder sich verbessern wollen: Bitte mit Themen/Terminwunsch bei
Stefan (stefan.ziegler_zst(a)gmx.de) oder mir melden, noch ist alles offen.
Viel Spaß bei der Umfrage!
Clemens
--
PGP-Key:https://keys.openpgp.org/search?q=ctux%40dismail.de
Fingerprint: 1A31E01554A83F6A3AD80D66E241C1EB3638931