Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > de.sci.electronics > #275815 > unrolled thread

Raspi 4 Boot-Probleme

Back to article view | Back to de.sci.electronics

Contents

  Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-18 13:05 +0100
    Re: Raspi 4 Boot-Probleme Helmut Schellong <rip@schellong.biz> - 2020-02-18 13:36 +0100
      Re: Raspi 4 Boot-Probleme Thorsten Böttcher <thorsten_nospam@gmx.net> - 2020-02-18 13:52 +0100
        Re: Raspi 4 Boot-Probleme Helmut Schellong <rip@schellong.biz> - 2020-02-18 14:04 +0100
          Re: Raspi 4 Boot-Probleme Thorsten Böttcher <thorsten_nospam@gmx.net> - 2020-02-18 14:12 +0100
            Re: Raspi 4 Boot-Probleme Helmut Schellong <rip@schellong.biz> - 2020-02-18 15:14 +0100
    Re: Raspi 4 Boot-Probleme Thorsten Böttcher <thorsten_nospam@gmx.net> - 2020-02-18 13:48 +0100
    Re: Raspi 4 Boot-Probleme Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-02-18 13:52 +0100
      Re: Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-18 16:55 +0100
        Re: Raspi 4 Boot-Probleme Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-02-18 16:57 +0100
          Re: Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-18 19:32 +0100
            Re: Raspi 4 Boot-Probleme Eric Bruecklmeier <usenet@nerdcraft.de> - 2020-02-19 09:57 +0100
            Re: Raspi 4 Boot-Probleme Holger <me@privacy.org> - 2020-02-19 14:26 +0100
              Re: Raspi 4 Boot-Probleme Ralph Aichinger <ra@pi.h5.or.at> - 2020-02-19 15:05 +0100
    Re: Raspi 4 Boot-Probleme Jürgen Jänicke <post@j-jaenicke.de> - 2020-02-18 14:06 +0100
      Re: Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-18 16:57 +0100
        Re: Raspi 4 Boot-Probleme Frank Lichtmann <wsfsrv@t-online.de> - 2020-02-18 18:32 +0100
          Re: Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-18 19:03 +0100
            Re: Raspi 4 Boot-Probleme Thorsten Böttcher <thorsten_nospam@gmx.net> - 2020-02-19 07:12 +0100
              Re: Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-19 19:22 +0100
                Re: Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-19 20:11 +0100
                  Re: Raspi 4 Boot-Probleme Thorsten Böttcher <thorsten_nospam@gmx.net> - 2020-02-20 07:08 +0100
                    Re: Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-20 09:47 +0100
                      Re: Raspi 4 Boot-Probleme Thorsten Böttcher <thorsten_nospam@gmx.net> - 2020-02-20 10:07 +0100
                        Re: Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-20 10:52 +0100
                          Re: Raspi 4 Boot-Probleme Thorsten Böttcher <thorsten_nospam@gmx.net> - 2020-02-20 11:08 +0100
                            Re: Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-20 13:01 +0100
                              Re: Raspi 4 Boot-Probleme Thorsten Böttcher <thorsten_nospam@gmx.net> - 2020-02-20 13:26 +0100
                                Re: Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-20 14:47 +0100
    Re: Raspi 4 Boot-Probleme Ralph Aichinger <ra@pi.h5.or.at> - 2020-02-18 19:01 +0100
      Re: Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-18 19:04 +0100
        Re: Raspi 4 Boot-Probleme Kurt <kurt.bindl@t-online.de> - 2020-02-18 22:56 +0100
          Re: Raspi 4 Boot-Probleme Alfred Gemsa <gemsa@gmx.de> - 2020-02-18 23:03 +0100
            Re: Raspi 4 Boot-Probleme Kurt <kurt.bindl@t-online.de> - 2020-02-18 23:22 +0100
    Re: Raspi 4 Boot-Probleme wernertrp <vintage1918@yahoo.de> - 2020-02-19 01:35 -0800

Page 1 of 2  [1] 2  Next page →

#275815 — Raspi 4 Boot-Probleme

Hallo,

wenn ich die beiden untenstehenden SD-Karten nehme, dauert das Booten 
des Raspis mehr als 90 Sekunden. Während dieser Zeit erscheint vielfach 
das Vier-Himbeeren-Symbol und das Videosignal verschwindet. Es sieht 
also so aus, dass er mehrfach versucht zu booten.

   Samsung Micro SDHC 32GB EVO UHS-I Grade 1 Class 10

   SanDisk Ultra 32GB microSDHC Class 10, U1, A1

Wenn er es dann doch geschafft hat, läuft as System absolut stabil, ohne 
Aussetzer und Fehler.

Wenn ich hingegen diese SD-Karte nehme

   (NoName) microSDHC 16GB U1 Class 10

ist er nach ca. 20 Sekunden fertig.

Alle Karten sind zunächst unformattiert, ich schreibe mit 
Win32DiskImager ein Raspian Buster Full Image auf die Karten.

Mache ich was falsch, oder sind Probleme beim Raspi 4 mit bestimmten 
SD-Karten bekannt?

Alfred.

[toc] | [next] | [standalone]

#275816

On 02/18/2020 13:05, Alfred Gemsa wrote:
[...]
> Wenn ich hingegen diese SD-Karte nehme
> 
>    (NoName) microSDHC 16GB U1 Class 10
> 
> ist er nach ca. 20 Sekunden fertig.
> 
> Alle Karten sind zunächst unformattiert, ich schreibe mit Win32DiskImager ein 
> Raspian Buster Full Image auf die Karten.
> 
> Mache ich was falsch, oder sind Probleme beim Raspi 4 mit bestimmten 
> SD-Karten bekannt?

Ich habe noch nie unformatierte Karten erlebt.
Entweder FAT16, FAT32 oder exFAT sind ab Werk drauf.
Und in der Partitionstabelle ist eine Partition eingetragen,
die die ganze Karte umfaßt.

Ein komplettes Image inklusive Dateisystem schreibe ich nicht.
Ich lege einzeln Dateisysteme an, sofern nötig.

Für Backup-Zwecke habe ich 1 x UFS und 1 x FAT32 in die
Partitionstabelle eingetragen und angelegt.


-- 
Mit freundlichen Grüßen
Helmut Schellong   var@schellong.biz
www.schellong.de   www.schellong.com   www.schellong.biz
http://www.schellong.de/c.htm
http://www.schellong.de/htm/audio_proj.htm
http://www.schellong.de/htm/audio_unsinn.htm

[toc] | [prev] | [next] | [standalone]

#275821

Am 18.02.2020 um 13:36 schrieb Helmut Schellong:
> On 02/18/2020 13:05, Alfred Gemsa wrote:
> [...]
>> Wenn ich hingegen diese SD-Karte nehme
>>
>>     (NoName) microSDHC 16GB U1 Class 10
>>
>> ist er nach ca. 20 Sekunden fertig.
>>
>> Alle Karten sind zunächst unformattiert, ich schreibe mit Win32DiskImager ein
>> Raspian Buster Full Image auf die Karten.
>>
>> Mache ich was falsch, oder sind Probleme beim Raspi 4 mit bestimmten
>> SD-Karten bekannt?
> 
> Ein komplettes Image inklusive Dateisystem schreibe ich nicht.
> Ich lege einzeln Dateisysteme an, sofern nötig.

Und dann extrahierst Du die Dateien aus dem offiziellem Raspian Image 
und kopierst sie auf die SD-Karte?
Klar, wenn man es gerne umständlich mag.

Der offizielle und einfache Weg das Betriebssystem beim Raspberry auf 
die Karte zu bekommen, ist das Image darauf zu schreiben.

[toc] | [prev] | [next] | [standalone]

#275824

On 02/18/2020 13:52, Thorsten Böttcher wrote:
> Am 18.02.2020 um 13:36 schrieb Helmut Schellong:
>> On 02/18/2020 13:05, Alfred Gemsa wrote:
>> [...]
>>> Wenn ich hingegen diese SD-Karte nehme
>>>
>>>     (NoName) microSDHC 16GB U1 Class 10
>>>
>>> ist er nach ca. 20 Sekunden fertig.
>>>
>>> Alle Karten sind zunächst unformattiert, ich schreibe mit Win32DiskImager ein
>>> Raspian Buster Full Image auf die Karten.
>>>
>>> Mache ich was falsch, oder sind Probleme beim Raspi 4 mit bestimmten
>>> SD-Karten bekannt?
>>
>> Ein komplettes Image inklusive Dateisystem schreibe ich nicht.
>> Ich lege einzeln Dateisysteme an, sofern nötig.
> 
> Und dann extrahierst Du die Dateien aus dem offiziellem Raspian Image und 
> kopierst sie auf die SD-Karte?

Nein, wieso das denn?
Ich schrieb von Karten für Backup-Zwecke.

Es geht darum, daß ein Dateisystem möglichst gängig angelegt
sein sollte.
Meine Dateisystem-Software ist vielfach erprobt.
Bei einem Image ist das nicht klar.

> Der offizielle und einfache Weg das Betriebssystem beim Raspberry auf die 
> Karte zu bekommen, ist das Image darauf zu schreiben.

Wenn danach das Dateisystem im Image kein Problem ist.
Es ist ja auch der Masterboot im Image enthalten, und alle Gaps.
Mir gefällt das jedenfalls nicht.

Die Probleme des OP müssen doch einen Grund haben.


-- 
Mit freundlichen Grüßen
Helmut Schellong   var@schellong.biz
www.schellong.de   www.schellong.com   www.schellong.biz
http://www.schellong.de/c.htm
http://www.schellong.de/htm/audio_proj.htm
http://www.schellong.de/htm/audio_unsinn.htm

[toc] | [prev] | [next] | [standalone]

#275826

Am 18.02.2020 um 14:04 schrieb Helmut Schellong:
> On 02/18/2020 13:52, Thorsten Böttcher wrote:
>> Am 18.02.2020 um 13:36 schrieb Helmut Schellong:
>>> On 02/18/2020 13:05, Alfred Gemsa wrote:
>>> [...]
>>>> Wenn ich hingegen diese SD-Karte nehme
>>>>
>>>>      (NoName) microSDHC 16GB U1 Class 10
>>>>
>>>> ist er nach ca. 20 Sekunden fertig.
>>>>
>>>> Alle Karten sind zunächst unformattiert, ich schreibe mit Win32DiskImager ein
>>>> Raspian Buster Full Image auf die Karten.
>>>>
>>>> Mache ich was falsch, oder sind Probleme beim Raspi 4 mit bestimmten
>>>> SD-Karten bekannt?
>>>
>>> Ein komplettes Image inklusive Dateisystem schreibe ich nicht.
>>> Ich lege einzeln Dateisysteme an, sofern nötig.
>>
>> Und dann extrahierst Du die Dateien aus dem offiziellem Raspian Image und
>> kopierst sie auf die SD-Karte?
> 
> Nein, wieso das denn?
> Ich schrieb von Karten für Backup-Zwecke.

Das ist doch was vollkommen anderes, als der OP macht.

> 
> Es geht darum, daß ein Dateisystem möglichst gängig angelegt
> sein sollte.
> Meine Dateisystem-Software ist vielfach erprobt.
> Bei einem Image ist das nicht klar.

Die Raspian-Images sind auch vielfach erprobt.

> 
>> Der offizielle und einfache Weg das Betriebssystem beim Raspberry auf die
>> Karte zu bekommen, ist das Image darauf zu schreiben.
> 
> Wenn danach das Dateisystem im Image kein Problem ist.
> Es ist ja auch der Masterboot im Image enthalten, und alle Gaps.
> Mir gefällt das jedenfalls nicht.

Muss dir ja auch nicht gefallen.
Funktioniert aber.

> Die Probleme des OP müssen doch einen Grund haben.

Sicher.
Aber höchstwahrscheinlich nicht die Art wie er die Daten auf die
SD-Karte bekommt.

Ich wüsste spontan keinen anderen Weg, wie man das sonst unter Windows 
hinbekommt.
Das Image mounten klappt unter Windows nicht.

[toc] | [prev] | [next] | [standalone]

#275831

On 02/18/2020 14:12, Thorsten Böttcher wrote:
> Am 18.02.2020 um 14:04 schrieb Helmut Schellong:
[...]
>> Nein, wieso das denn?
>> Ich schrieb von Karten für Backup-Zwecke.
> 
> Das ist doch was vollkommen anderes, als der OP macht.
> 
>>
>> Es geht darum, daß ein Dateisystem möglichst gängig angelegt
>> sein sollte.
>> Meine Dateisystem-Software ist vielfach erprobt.
>> Bei einem Image ist das nicht klar.
> 
> Die Raspian-Images sind auch vielfach erprobt.

Der OP hat aber massive Probleme (damit).

>>> Der offizielle und einfache Weg das Betriebssystem beim Raspberry auf die
>>> Karte zu bekommen, ist das Image darauf zu schreiben.
>>
>> Wenn danach das Dateisystem im Image kein Problem ist.
>> Es ist ja auch der Masterboot im Image enthalten, und alle Gaps.
>> Mir gefällt das jedenfalls nicht.
> 
> Muss dir ja auch nicht gefallen.
> Funktioniert aber.

Der OP hat aber massive Probleme (damit).

>> Die Probleme des OP müssen doch einen Grund haben.
> 
> Sicher.
> Aber höchstwahrscheinlich nicht die Art wie er die Daten auf die
> SD-Karte bekommt.
> 
> Ich wüsste spontan keinen anderen Weg, wie man das sonst unter Windows 
> hinbekommt.
> Das Image mounten klappt unter Windows nicht.

Mir geht es um die Unterschiede zwischen Karten.
Mit einer Karte 16GB geht es, mit anderen 32GB nicht.
Das kann bereits eine Diskrepanz im Dateisystem/Image
Masterboot/PartTabelle sein.

Beispiel:
---------
405]  ntfs-3g -o ro /dev/ntfs/DVD /dvd
$MFTMirr does not match $MFT (record 24).
Failed to mount '/dev/ntfs/DVD': Input/output error
NTFS is either inconsistent, or there is a hardware fault,
or it's a SoftRAID/FakeRAID hardware.

In the first case run chkdsk /f on Windows then reboot into Windows twice.
The usage of the /f parameter is very important!
If the device is a SoftRAID/FakeRAID then first activate
it and mount a different device under the /dev/mapper/ directory,
(e.g. /dev/mapper/nvidia_eahaabcc1).
Please see the 'dmraid' documentation for more details.
---------

Diese Fehlermeldung gab es bei gleicher Aktion früher nicht.
Jetzt aber plötzlich, ohne Änderung von meiner Seite.

Unter Windows direkt gibt es keine Probleme - kein Fehler sichtbar.
Diese Störung ist auch deshalb unter Windows nicht reparierbar.
Man müßte wohl das Dateisystem löschen und neu anlegen.

Für die eine Software gibt es keine Unverträglichkeit,
für die andere sehr wohl - dauerhaft.


-- 
Mit freundlichen Grüßen
Helmut Schellong   var@schellong.biz
www.schellong.de   www.schellong.com   www.schellong.biz
http://www.schellong.de/c.htm
http://www.schellong.de/htm/audio_proj.htm
http://www.schellong.de/htm/audio_unsinn.htm

[toc] | [prev] | [next] | [standalone]

#275820

Am 18.02.2020 um 13:05 schrieb Alfred Gemsa:

> 
> Alle Karten sind zunächst unformattiert, ich schreibe mit

Du meinst, sie sind formatiert und leer. Ist aber auch egal, denn nachdem

> Win32DiskImager ein Raspian Buster Full Image auf die Karten.

sind sie ja neu beschrieben.

> Mache ich was falsch, oder sind Probleme beim Raspi 4 mit bestimmten
> SD-Karten bekannt?

Ich sehe keinen Fehler, genau so hab ich es letztes Wochenende auch 
gemacht, und es hat auf Anhieb funktioniert. Allerdings hab ich nicht 
mehrere Karten ausprobiert, da die erste, bisher genutzte auf Anhieb 
problemlos lief.

Ob es Probleme gibt musst Du mal googeln.

[toc] | [prev] | [next] | [standalone]

#275822

Am 18.02.2020 um 13:05 schrieb Alfred Gemsa:

[...]

> 
> Mache ich was falsch, oder sind Probleme beim Raspi 4 mit bestimmten 
> SD-Karten bekannt?

Sieht auf den ersten Blick nicht so aus. Wenn ich mir einen der Raspis 
zerschossen habe, schreibe ich öfter mal das nächtliche Sicherungsimage 
auf eine Karte aus der Wühlkiste - es gab da noch nie Probleme. Kannst 
Du denn in den Logfiles einen Hinweis auf Bootabbruch finden?

Am ehesten könnte ich mir Probleme mit der Spannungsversorgung 
vorstellen, vielleicht sind da manche Karten toleranter als andere?

[toc] | [prev] | [next] | [standalone]

#275833

Am 18.02.2020 um 13:52 schrieb Eric Bruecklmeier:

> ... Kannst 
> Du denn in den Logfiles einen Hinweis auf Bootabbruch finden?

Werde mal reinschauen.

> Am ehesten könnte ich mir Probleme mit der Spannungsversorgung 
> vorstellen, vielleicht sind da manche Karten toleranter als andere?

Original Raspi-Netzteil 5,1V 3A.

Danke,
Alfred

[toc] | [prev] | [next] | [standalone]

#275835

Am 18.02.2020 um 16:55 schrieb Alfred Gemsa:
> Am 18.02.2020 um 13:52 schrieb Eric Bruecklmeier:
> 
>> ... Kannst Du denn in den Logfiles einen Hinweis auf Bootabbruch finden?
> 
> Werde mal reinschauen.
> 
>> Am ehesten könnte ich mir Probleme mit der Spannungsversorgung 
>> vorstellen, vielleicht sind da manche Karten toleranter als andere?
> 
> Original Raspi-Netzteil 5,1V 3A.

Hmm, das sollte reichen...

[toc] | [prev] | [next] | [standalone]

#275844

Am 18.02.2020 um 16:57 schrieb Eric Bruecklmeier:

>>> ... Kannst Du denn in den Logfiles einen Hinweis auf Bootabbruch finden?

Aehem, welcher Logfile könnte es sein (/var/log/ ist wohl der Pfad?)

[toc] | [prev] | [next] | [standalone]

#275858

Am 18.02.20 um 19:32 schrieb Alfred Gemsa:
> Am 18.02.2020 um 16:57 schrieb Eric Bruecklmeier:
> 
>>>> ... Kannst Du denn in den Logfiles einen Hinweis auf Bootabbruch 
>>>> finden?
> 
> Aehem, welcher Logfile könnte es sein (/var/log/ ist wohl der Pfad?)


Ich bin kein Linuxspezi, dmesg bringt Dir wohl nichts, da es nur nur den 
letzten (?) und damit erfolgreichen Bootvorgang zeigt,  aber irgendwohin 
wird das bestimmt auch geschrieben...

[toc] | [prev] | [next] | [standalone]

#275873

Am 18.02.20 um 19:32 schrieb Alfred Gemsa:
> Am 18.02.2020 um 16:57 schrieb Eric Bruecklmeier:
> 
>>>> ... Kannst Du denn in den Logfiles einen Hinweis auf Bootabbruch
>>>> finden?
> 
> Aehem, welcher Logfile könnte es sein (/var/log/ ist wohl der Pfad?)

/var/log/syslog enthält die Meldungen des aktuellen Bootvorgangs.
/var/log/syslog.1 die des vorigen.

Holger

[toc] | [prev] | [next] | [standalone]

#275875

Holger <me@privacy.org> wrote:
> /var/log/syslog enthält die Meldungen des aktuellen Bootvorgangs.
> /var/log/syslog.1 die des vorigen.

Das kann sein, muß aber nicht. Meistens wird tageweise rotiert.

/ralph
-- 
-----------------------------------------------------------------------------
                                                              https://aisg.at
                                                   ausserirdische sind gesund

[toc] | [prev] | [next] | [standalone]

#275825

Am 18.02.2020 um 13:05 schrieb Alfred Gemsa:
> Hallo,
> 
> wenn ich die beiden untenstehenden SD-Karten nehme, dauert das Booten 
> des Raspis mehr als 90 Sekunden. Während dieser Zeit erscheint vielfach 
> das Vier-Himbeeren-Symbol und das Videosignal verschwindet. Es sieht 
> also so aus, dass er mehrfach versucht zu booten.
> 
>    Samsung Micro SDHC 32GB EVO UHS-I Grade 1 Class 10
> 
>    SanDisk Ultra 32GB microSDHC Class 10, U1, A1
> 
> Wenn er es dann doch geschafft hat, läuft as System absolut stabil, ohne 
> Aussetzer und Fehler.
> 
> Wenn ich hingegen diese SD-Karte nehme
> 
>    (NoName) microSDHC 16GB U1 Class 10
> 
> ist er nach ca. 20 Sekunden fertig.
> 
> Alle Karten sind zunächst unformattiert, ich schreibe mit 
> Win32DiskImager ein Raspian Buster Full Image auf die Karten.
> 
> Mache ich was falsch, 

Nichts, außer ungeeignete Karten ausgesucht  zu haben

oder sind Probleme beim Raspi 4 mit bestimmten
> SD-Karten bekannt?
> 
Ja, auch ich muss Karten 'aussuchen'. Welche ansonsten unter Linux oder 
Windows im Schlepptop, PC problemlos laufen.

Gruß Jürgen

[toc] | [prev] | [next] | [standalone]

#275834

Am 18.02.2020 um 14:06 schrieb Jürgen Jänicke:

> oder sind Probleme beim Raspi 4 mit bestimmten
>> SD-Karten bekannt?
>>
> Ja, auch ich muss Karten 'aussuchen'. Welche ansonsten unter Linux oder 
> Windows im Schlepptop, PC problemlos laufen.

Also Trial&Error? Nun gut, eine habe ich ja bis jetzt gefunden.

Oder hast du einen Favoriten?

ALfred.

[toc] | [prev] | [next] | [standalone]

#275838

Am 18.02.2020 um 16:57 schrieb Alfred Gemsa:
> Am 18.02.2020 um 14:06 schrieb Jürgen Jänicke:
> 
>> oder sind Probleme beim Raspi 4 mit bestimmten
>>> SD-Karten bekannt?
>>>
>> Ja, auch ich muss Karten 'aussuchen'. Welche ansonsten unter Linux 
>> oder Windows im Schlepptop, PC problemlos laufen.
> 
> Also Trial&Error? Nun gut, eine habe ich ja bis jetzt gefunden.
> 
> Oder hast du einen Favoriten?
> 
Nein, nicht wirklich. Wobei Intenso im Moment bei mir aktuell recht gut 
läuft. Sowieso nur 4GB, mehr brauche ich nicht. Eigentlich nur wenige MB 
zum booten, OS(Raspbian) und alle Daten laufen von USB-Stick. Ist bei 
Bedarf einfacher zu wechseln, und die Boot-SD-Karte wird so minimal wie 
möglich belastet. Auch ein Backup, Restore dieser ist somit wesentlich 
einfacher.

Gruß J.J.

[toc] | [prev] | [next] | [standalone]

#275841

Am 18.02.2020 um 18:32 schrieb Frank Lichtmann:

> Sowieso nur 4GB, mehr brauche ich nicht. Eigentlich nur wenige MB 
> zum booten, OS(Raspbian) und alle Daten laufen von USB-Stick. Ist bei 
> Bedarf einfacher zu wechseln, und die Boot-SD-Karte wird so minimal wie 
> möglich belastet. Auch ein Backup, Restore dieser ist somit wesentlich 
> einfacher.

Interessant, wie konfigurierst du das?

Alfred

[toc] | [prev] | [next] | [standalone]

#275856

Am 18.02.2020 um 19:03 schrieb Alfred Gemsa:
> Am 18.02.2020 um 18:32 schrieb Frank Lichtmann:
> 
>> Sowieso nur 4GB, mehr brauche ich nicht. Eigentlich nur wenige MB
>> zum booten, OS(Raspbian) und alle Daten laufen von USB-Stick. Ist bei
>> Bedarf einfacher zu wechseln, und die Boot-SD-Karte wird so minimal wie
>> möglich belastet. Auch ein Backup, Restore dieser ist somit wesentlich
>> einfacher.
> 
> Interessant, wie konfigurierst du das?

Booten von USB wird vom Raspi 4 noch nicht nativ unterstützt, Du muss 
noch den Umweg über die cmdline.txt in /boot/ gehen.

Siehe hier: https://www.raspberrypi.org/forums/viewtopic.php?t=205374

[toc] | [prev] | [next] | [standalone]

#275882

Am 19.02.2020 um 07:12 schrieb Thorsten Böttcher:
> Am 18.02.2020 um 19:03 schrieb Alfred Gemsa:
>> Am 18.02.2020 um 18:32 schrieb Frank Lichtmann:
>>
>>> Sowieso nur 4GB, mehr brauche ich nicht. Eigentlich nur wenige MB
>>> zum booten, OS(Raspbian) und alle Daten laufen von USB-Stick. Ist bei
>>> Bedarf einfacher zu wechseln, und die Boot-SD-Karte wird so minimal wie
>>> möglich belastet. Auch ein Backup, Restore dieser ist somit wesentlich
>>> einfacher.
>>
>> Interessant, wie konfigurierst du das?
> 
> Booten von USB wird vom Raspi 4 noch nicht nativ unterstützt, Du muss 
> noch den Umweg über die cmdline.txt in /boot/ gehen.
> 
> Siehe hier: https://www.raspberrypi.org/forums/viewtopic.php?t=205374

Ich hab's geschafft! Der Weg ist beschrieben auf

https://staticfloat.de/Raspberry-Pi-4---Boot-von-USB

Bin zuerst in die Irre gelaufen, da das Vorgehen bei Versionen bis 
Raspi3 anders läuft.

Alfred.

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | de.sci.electronics

csiph-web