nabend community
wenn man nen iso.Stick zur Installation eines Linux vorbereitet - dann doch am besten etwa so:
1 |
|
2 |
|
3 |
|
4 |
|
Das müsste so gehen oder!?
Moin,
Das müsste so gehen oder!?
Schon, aber das ext4-fs was du auf der ersten Partition anlegst, wird eh durch das dd ueberschrieben, das braucht's also nicht.
Gruss WK
nabend community
wenn man nen iso.Stick zur Installation eines Linux vorbereitet - dann doch am besten etwa so:
sudo fdisk -l # (usb-CHECK ganz am Anfang. ) umount /dev/sdb1* # (Also erstmal den USB-Stick unmouten, ehe es losgeht) sudo mkfs.ext4 /dev/sdb1 sudo dd bs=4M if=~/Downloads/_mein_linux.iso of=/dev/xyz status=progress && sync
Das müsste so gehen oder!?
Wenn du das ISO mit dd drauf brennst, dann kannst du dir das mkfs sparen. dd auf /dev/sdx, nicht auf /dev/sdx[1…9] sync brauchste auch nicht, das ist nur etwas für Dateisysteme, nicht für rohe Devices.
hallo und guten Abend
vielen Dank Euch beiden.
Das ist alles sehr hilfreich.
Viele Grüße
btw: ich hatte ein paar Tage echt Probleme - einen USB-Stick hier auf dem Thinkpad " zu sehen" - aber hier .- scheint es
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
8 |
|
9 |
|
10 |
|
11 |
|
das scheint ja dann doch zu klappen.
ich werd hier mal ein ISO drauf schreiben..
viele Grüße
Hallo und guten Abend,
ich muss die Pfade noch anpassen..
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
hier stimmen die Pfade noch nicht ganz
1 |
|
2 |
|
3 |
|
4 |
|
1 |
|
Genau das hat Norbert nicht vorgeschlagen.
Eigentlich steht da nur Murks:
- Du bist scheinbar als User "root" angemeldet, dann ist aber "sudo" unnötig, da Du als User "root" eh die Rechte hast, um "dd" auszuführen. Wenn Du als normaler User "martin" angemeldet bist, was sowieso zu empfehlen ist, dann erlaubt das voranstellen von "sudo" die Ausführung des folgenden Befehls "dd" (nach Eingabe des Userpaßwort) mit den dafür nötigen Rechten des Users "root".
- Die Tilde ~ ist quasi die Abkürzung für das Homeverzeichnis eines Users. Für den User "martin" steht ~ für /home/martin. Der Pfad zur ISO-Datei wäre für den User "martin" folglich ~/Downloads/EndeavorOS.iso . Für den User "root" (also so, wie Du im Moment angemeldet bist) steht ~ für das Verzeichnis /root und da es uner /root halt eben /home/martin/.. nicht gibt, wird ein Fehler geworfen. Der Befehl echo ~ liefert, in die Konsole eingegeben, übrigens das Homeverzeichnis des Users, als der Du unterwegs bist.
- Du sollst nicht auf die Partiion /dev/sda1 schreiben, sondern auf den kompletten Stick quasi von Sektor 0 an, also auf /dev/sda
- Nebenbei kannst Du "sync" auch noch weglassen.
Melde Dich also als User "martin" an. In der Konsole sollte dann folgendes stehen:
1 |
|
Dann lautet der Befehl:
1 |
|
Oder unter Verwendung der Tilde:
1 |
|
guten Morgen Michael
vielen Dank für die Rückmeldung - die Tipps.
nur kurz - ich muss gleich auf den Zug.
so heißt die iso - die im Download liegt... EndeavourOS.iso
und das bekomm ich so zurück
1 |
|
2 |
|
3 |
|
4 |
|
ich muss das später nochmals prüfen.. muss jetzt gleich aus dem Haus.
VG
~/Downloads/_mein_linux.iso sollte schon der Pfad zur Datei sein. Also sieh nach ob die Datei dort liegt. Das sind Grundlagen.
Die Tilde ~ ist quasi die Abkürzung für das Homeverzeichnis eines Users.
Noch ein Tipp dazu:
1 |
|
2 |
|
3 |
|
Man kann also als root durchaus das Home-Verzeichnis des Users martin benennen, ohne es zu kennen. Das folgende Kommando kann als root ausgeführt werden und greift auf das Home-Verzeichnis von martin zu:
1 |
|
1 |
|
2 |
|
3 |
|
4 |
|
Martin K. schrieb:> EndeavourOS.iso aber
if=/home/martin/Downloads/EndeavorOS.iso
Möge die Macht der ›Tab‹-Taste mit ihm sein…
Beitrag #7703875 wurde von einem Moderator gelöscht.
Mag mal jemand das ganze nach "PC Hard&Software" verschieben?
Wenn man nicht nur auf die reine Kommandozeile angewiesen ist, gibt es ansonsten noch den "Startmedienersteller".
wenn man nen iso.Stick zur Installation eines Linux vorbereitet - dann doch am besten etwa so:
Das geht im Normalfall und bei Debian einfacher: https://www.debian.org/releases/stable/amd64/ch04s03.de.html#usb-copy-isohybrid
und für spezielle Anforderungen https://wiki.debian.org/DebianInstaller/CreateUSBMedia
Beitrag #7704185 wurde von einem Moderator gelöscht.
sync brauchste auch nicht, das ist nur etwas für Dateisysteme, nicht für rohe Devices.
Das stimmt nicht. Auch für rohe Devices gibt es im Kernel einen Schreibcache.
Ich hatte schon Fälle, da war das dd auf den USB-Stick nach wenigen Sekunden fertig, weil alles in den Cache gepasst hat, das anschließende sync hat aber dann mehrere Minuten gebraucht, bis alle Blöcke auch wirklich rausgeschrieben waren.
Nabend,
also vorewg: musste heut Morgen schnell auf den Zug laufen.. -
doch euch vielen Dank für die vielen guten Beiträge - die kontroverse Diskussion und die Tipps.
Vielen Dank Dir Norbert für den Hinweis.. auf den Tippfehler.
1 |
|
das alles zusammen genommen ergibt dann Folgendes:
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
8 |
|
9 |
|
10 |
|
11 |
|
12 |
|
13 |
|
14 |
|
15 |
|
16 |
|
17 |
|
18 |
|
19 |
|
20 |
|
21 |
|
22 |
|
23 |
|
24 |
|
25 |
|
26 |
|
27 |
|
28 |
|
Danke! ES funktkioniert - Die ISO ist auf dem Stick.....
Nun - weil ihr schon so viel Wertvolles beitragt und zum Thema liefert: hier noch eine grundsätziche Frage zum Thema Fortschrittsanzeigen.
die gibts in verschiedenen Formen ... : so wie in meinem Falle:
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
8 |
|
oder ebven auch so:
1 |
|
....der dd Befehl schreibt dann die Fortschrittsanzeige usb stick (/dev/sdd or /dev/sda) und der Fortschritt, der wird dann auf dem Schirm angezeigt.
Wenn man den Fortschritt angezeigt haben will, dann kann man mit dem Pipe View (pv) das bewerkstelligen:
1 |
|
Das wirft dann das etwa so raus:
1 |
|
freue mich von Euch nochmals zu lesen. VG
[martin@m-tp ~]$ sudo dd bs=4M if=/home/martin/Downloads/EndeavourOS.iso of=/dev/sda status=progress
[martin@m-tp ~]$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS nvme0n1 259:0 0 476,9G 0 disk ├─nvme0n1p1 259:1 0 300M 0 part /boot/efi └─nvme0n1p2 259:2 0 476,6G 0 part /
Du schreibst die iso auf /dev/sda und zeigst uns dann aber die /dev/nvme0n1
Hi und guten Abend,
Danke für deine Rückmeldung u. das Aufmerksam-Manche auf das!!
ja stimmt ich habs auf den USB-Stick geschrieben - auf /dev/sda
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
8 |
|
9 |
|
Die ISO wurde gebrannt.. - was mich wundert ist .wo die nvme0n1 jetzt "herkommt"??!
hmmm .... ich denk dass der lsblk Befehl alles auflistet ..
hab mich auch bissle gewundert:
aber ich kanns mit mehreren Abfragen ja nochmals testen:
fdisk -l oder parted -l, oder aber auch mit lsblk (.... list block devices):
Viele Grüße
/dev/nvme
kommt vom NVM Express-Port, sprich dem m2 SSD Speicher und dessen Port...
aber ich kanns mit mehreren Abfragen ja nochmals testen: fdisk -l oder parted -l, oder aber auch mit lsblk
wobei fdisk -l am besten funktioniert -- es zeigt ohne root Rechte garnichts an. Die anderen versuchen dem Benutzer wenigstens etwas anzuzeigen, auch, wenn die Info nicht vollständig oder veraltet ist. Um veraltete Infos anzeigen zu können, gibt es extra einen cache. Den kann man beim älteren blkid Befehl auch abschalten, beim Nachfolger lsblk anscheinend nicht mehr.
Ich hab' mir lsblk komplett abgewöhnt, "blkid -c /dev/null" geht notfalls gerade noch --> "fdisk -l" macht alles (und richtig), was man in so einem Fall braucht.
Windows: rufus - https://rufus.ie/en/ Linux-Mint: USB inmage writer - Mintstick - Systemprogramm
Linux-Mint: USB inmage writer - Mintstick - Systemprogramm
Alternativ: "Balena Etcher". Das läuft unter Windows, macOS und auch Linux (sofern das 'ne graphische Oberfläche hat)
hallo und guten Morgen,
danke an Euch - für eure Beiträge.
was mir noch nicht ganz geläufig ist.. Du, Desintetrator schreibst.
1 |
|
kommt vom NVM Express-Port, sprich dem m2 SSD Speicher und dessen Port.
Das versuch ich zu verstehen - hab ich doch auf /dev/sda geschrieben.
Danke auch für die Hinweise auf balana-Etcher u.sw. Bei Balana-Etcher ists auf Ubuntu imho so, wie hier beschrieben:
Method #2: Install balenaEtcher on Ubuntu via Apt https://www.redswitches.com/blog/install-balenaetcher-on-ubuntu/
1 |
|
Include Etcher's Debian Repository: Once completed, you will see the >confirmation of the repository addition in the terminal.
Step #2: Authenticate the Package Source with the Repository Key Before you can install balenaEtcher on Ubuntu, it’s essential to >authenticate the package source by adding the repository key.
Execute the following command to add the key to your system’s trusted list:
1 |
|
hier muss ich dann nun noch die Auth-Code eintragen... - also den Repo-Key bestätigen.
Authenticate the Package Source with the Repository Key A confirmation message appears in the terminal once the key has been >successfully added.
vgl. https://www.redswitches.com/blog/install-balenaetcher-on-ubuntu/
Das versuch ich zu verstehen - hab ich doch auf /dev/sda geschrieben.
In Deinem Computer ist offenbar eine 500 GByte große NVMe-SSD verbaut. Ich tippe stark darauf, daß das die ist, auf der auch Dein Betriebssystem installiert ist, mit dem Du da gerade arbeitest ...
Wenn Du lsblk ohne weitere Parameter aufrufst, zeigt das /alle/ verfügbaren Laufwerke an.
Hallo Harald
(vorweg: das ist wie ein crashkurs "Konsole & HW)
danke für deine Erläuterung. Bin grad nicht an dem Notebook.
- ich hatte aber doch das auf /dev/sda gebrannt
und dann hats so ausgesehen dass das auf auf dem nvmexy ist
1 |
|
2 |
|
ich muss mich da noch einlesen.
VG
Was bringt Dich auf die Idee, die EFI-Partition Deines PCs hätte irgendwas mit dem USB-Stick zu tun?
eigentlich nix - nur das boot hat mich irritiert - aber ansonste haste recht
- ich hatte aber doch das auf /dev/sda gebrannt
und dann hats so ausgesehen dass das auf auf dem nvmexy ist
lsblk funktioniert eben nicht zuverlässig, nimm "fdisk -l". Das hat auch den Vorteil, dass es die Partitionstypen anzeigt, bei so einem USB-Stick mit ISO so ähnlich:
1 |
|
2 |
|
3 |
|
Auffällig ist die große leere sdb1, das ist das eigentliche CD-Image.
Wenn lsblk richtig funktioniert hätte, hätte es beides angezeigt, /dev/nvme und /dev/sda. Allein daran kannst du aber nicht sehen, wohin du das iso kopiert hast. Du musst den Zustand vor dem dd und danach vergleichen.
Gast
#7704609
Wenn lsblk richtig funktioniert hätte, hätte es beides angezeigt, /dev/nvme und /dev/sda.
Hat Deine Behauptung mehr als anekdotische Evidenz (komm' nicht mit dem TO, Du weisst nicht was er schreibt/schneidet)? Denn gerade lsblk liefert deutlich bessere Erkenntnis als fdisk (das ja zum partitionieren gedacht ist):
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
7 |
|
8 |
|
9 |
|
10 |
|
11 |
|
12 |
|
13 |
|
14 |
|
15 |
|
16 |
|
17 |
|
18 |
|
19 |
|
20 |
|
21 |
|
22 |
|
23 |
|
24 |
|
25 |
|
Ich bekomme sofort die physikalische Verteilung der Disks und der LVMs. Was ich nicht bekomme (und das ist im Sinne des Erfinders) die Verteilung der Spindeln (der Controller ist dafuer zustaendig). Haenge ich eine USB-Blockdevice an, wird das (natuerlich) sofort angezeigt (sdc ist ein USB-Stick).
Und das einige Block-Devices nicht so sehen sind, glaube ich so nicht (denn dann wuerde auch udev nicht funktionieren und dann wuerden viele Devices nicht funktionieren).
Bauform B. schrieb:
Wenn lsblk richtig funktioniert hätte, hätte es beides angezeigt, /dev/nvme und /dev/sda.
Hat Deine Behauptung mehr als anekdotische Evidenz (komm' nicht mit dem TO, Du weisst nicht was er schreibt/schneidet)?
Dass der TO den wesentlichen Teil der Ausgabe abschneidet, will ich nicht glauben. Aber man hat Pferde vor der Apotheke gesehen...
blkid ist in gewisser Weise der Vorgänger von lsblk. blkid kennt diesen Schalter
1 |
|
2 |
|
3 |
|
4 |
|
5 |
|
6 |
|
blkid zeigt also absichtlich nicht immer den aktuellen Zustand an. Beide, blkid und lsblk, benutzen die libblkid, aber lsblk hat diesen Schalter nicht. Deswegen traue ich lsblk noch weniger als blkid. Dazu kommt, dass lsblk udev benutzt, was ein Umweg und eine zusätzliche Fehlerquelle ist.
Beitrag #7704865 wurde von einem Moderator gelöscht.
Dass der TO den wesentlichen Teil der Ausgabe abschneidet, will ich nicht glauben. Aber man hat Pferde vor der Apotheke gesehen...
Musst Du nicht glauben, sondern nur wissen - das sieht man an der Ausgabe, daß da irgendwas falsch war ...
Beitrag #7704930 wurde von einem Moderator gelöscht.
Beitrag #7706379 wurde von einem Moderator gelöscht.
Ich bitte alle, beim Thema zu bleiben.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.