{"id":74,"date":"2014-04-25T21:35:52","date_gmt":"2014-04-25T20:35:52","guid":{"rendered":"http:\/\/3ronco.vahanus.net\/?p=74"},"modified":"2019-01-24T09:20:54","modified_gmt":"2019-01-24T08:20:54","slug":"partitionsschema-duplizieren","status":"publish","type":"post","link":"http:\/\/3ronco.vahanus.net\/?p=74","title":{"rendered":"Partitionsschema duplizieren"},"content":{"rendered":"

In manchen Situationen m\u00f6chte man ein Platte exakt genauso partitionieren wie man es zuvor schon bei einer anderen gemacht hat. Man k\u00f6nnte per fdisk<\/em>, gdisk<\/em>, parted<\/em>, etc. sich jedesmal durch die Men\u00fcs hangeln, das kann aber u.U. langwierig sein. Hierf\u00fcr bietet sich sfdisk<\/em> an:<\/p>\n

~$ sfdisk -d \/dev\/sdc<\/span> | sfdisk \/dev\/sdd<\/span>\n~$ # cloning partition schema<\/code><\/pre>\n
Insbesonders bei RAID<\/em> Konfiguration bei denen ein Reihe von Ger\u00e4ten gleich partitioniert sein sollten ist das hilfreich und funktioniert analog auch f\u00fcr GPT<\/em> Partitionierungsschema mit dem sgdisk<\/em> Kommando. Ggfs. auch hier den Disk Identifier<\/em> \u00fcberpr\u00fcfen. Das Partitionsschema l\u00e4\u00dft sich auch in eine Datei zwischenspeichern:<\/p>\n
~$ sfdisk -d \/dev\/sdc<\/span> > partition.sfdisk\n~$ ...\n~$ sfdisk \/dev\/sdc<\/span> < partition.sfdisk<\/code><\/pre>\n
Achtung!<\/span>
\nBeim dupliziren von Partitionsdaten orientiert sich der Pipe-Vorgang unter sfdisk<\/strong> in der Reihenfolge Quelle, Ziel. Beim Duplizieren von Partitionsdaten mit sgdisk<\/strong> hingegen wird keine Pipe<\/strong> verwendet sondern eine Argument\u00fcbergabe die genau umgekehrt<\/span> angeordnet ist!<\/p><\/blockquote>\n
~$ sgdisk -R \/dev\/sd[Y]<\/span> \/dev\/sd[X]<\/span>\n~$ # with Y=Destination<\/span> & X=Source<\/span>\n~$ sgdisk -G \/dev\/sd[Y]<\/span>\n~$ # create a new disk GUID!<\/code><\/pre>\n
Den Disk Identifier<\/em> kann auch mit fdisk<\/em> f\u00fcr MBR-basierte Partitionsschemata \u00e4ndern:<\/p>\n
~$ fdisk \/dev\/sd[Y]<\/span>\nCommand (m for help): x\n\nExpert command (m for help): i\nNew disk identifier (current 0x00112233): deadbeef\nExpert command (m for help): w<\/code><\/pre>\n
Achtung!<\/span>
\nStellt man fest dass der Disk Identifier<\/strong> sich auch nach dieser Prozedur nicht wirklich ver\u00e4ndert hat, liegt das an einem recht alten Bug im fdisk<\/strong>-Kommando. Wenn man nichts weiter \u00e4ndert als den Disk Identifier<\/strong> so erkennt fdisk<\/strong> dies manchmal nicht als Ver\u00e4nderung der Partitionstabelle an und schreibt einfach gar keine Daten, um das zu umgehen kann z.B. den Partitiontyp irgendeiner Partition auf einen beliebigen Wert setzen und ihn anschlie\u00dfend gleich wieder auf den alten Wert zur\u00fccksetzen. Das hat keine wirkliche \u00c4nderung der Partition zur Folge sorgt aber daf\u00fcr das fdisk<\/em> \u00c4nderungen nun auch tats\u00e4chlich schreibt.<\/p><\/blockquote>\n
Quelle:
\nautomated disk partitioning with sfdisk<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
In manchen Situationen m\u00f6chte man ein Platte exakt genauso partitionieren wie man es zuvor schon bei einer anderen gemacht hat. Man k\u00f6nnte per fdisk, gdisk, parted, etc. sich jedesmal durch die Men\u00fcs hangeln, das kann aber u.U. langwierig sein. Hierf\u00fcr bietet sich sfdisk an: ~$ sfdisk -d \/dev\/sdc | sfdisk \/dev\/sdd ~$ # cloning partition […]<\/p>\n","protected":false},"author":4,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[5],"tags":[39,29],"class_list":["post-74","post","type-post","status-publish","format-standard","hentry","category-bb","tag-administration","tag-linux"],"_links":{"self":[{"href":"http:\/\/3ronco.vahanus.net\/index.php?rest_route=\/wp\/v2\/posts\/74","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/3ronco.vahanus.net\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/3ronco.vahanus.net\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/3ronco.vahanus.net\/index.php?rest_route=\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"http:\/\/3ronco.vahanus.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=74"}],"version-history":[{"count":16,"href":"http:\/\/3ronco.vahanus.net\/index.php?rest_route=\/wp\/v2\/posts\/74\/revisions"}],"predecessor-version":[{"id":304,"href":"http:\/\/3ronco.vahanus.net\/index.php?rest_route=\/wp\/v2\/posts\/74\/revisions\/304"}],"wp:attachment":[{"href":"http:\/\/3ronco.vahanus.net\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=74"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/3ronco.vahanus.net\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=74"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/3ronco.vahanus.net\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=74"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}