1. Diese Seite verwendet Cookies. Wenn du dich weiterhin auf dieser Seite aufhältst, akzeptierst du unseren Einsatz von Cookies. Weitere Informationen

Wo sind die Gigabytes?

Dieses Thema im Forum "OpenBSD - Allgemein" wurde erstellt von berni51, 2 Januar 2018.

  1. berni51

    berni51 Member

    Registriert seit:
    21 Dezember 2017
    Beiträge:
    176
    Ort:
    Am Rande des Vogelsberges
    Bei der Installation von OpenBSD 6.2-current auf dem Intel NUC hab ich einen Augenblick nicht aufgepasst und dem System die gesamte HD mit 1 TB überlassen. Sonst hat sich das BSD bei dieser Option auch brav die ganze Platte geholt.
    Jetzt aber fällt mir auf, dass das System nur knapp 500 GB aufgeteilt hat. Wo ist die andere Hälfte?

    type: SCSI
    disk: SCSI disk
    label: 024 HN-M101MBB
    duid: 52e9554ddfa1b13d
    flags:
    bytes/sector: 512
    sectors/track: 63
    tracks/cylinder: 255
    sectors/cylinder: 16065
    cylinders: 121601
    total sectors: 1953525168 # total bytes: 931.5G
    boundstart: 64
    boundend: 1953520065
    drivedata: 0

    16 partitions:
    # size offset fstype [fsize bsize cpg]
    a: 1.0G 64 4.2BSD 2048 16384 12958 # /
    b: 8.0G 2097216 swap # none
    c: 931.5G 0 unused
    d: 4.0G 18918880 4.2BSD 2048 16384 12958 # /tmp
    e: 19.5G 27307456 4.2BSD 2048 16384 12958 # /var
    f: 2.0G 68290784 4.2BSD 2048 16384 12958 # /usr
    g: 1.0G 72485088 4.2BSD 2048 16384 12958 # /usr/X11R6
    h: 10.0G 74582240 4.2BSD 2048 16384 12958 # /usr/local
    i: 2.0G 95553760 4.2BSD 2048 16384 12958 # /usr/src
    j: 6.0G 99748064 4.2BSD 2048 16384 12958 # /usr/obj
    k: 300.0G 112331008 4.2BSD 4096 32768 26062 # /home

    Kann ich eine weitere Partition mit den restlichen GB erstellen und irgendwo einhängen?
     
  2. mapet

    mapet Active OpenBSD User

    Registriert seit:
    5 Januar 2007
    Beiträge:
    1.511
    Ort:
    /Germany/Neuss
    Klar, du kannst aber auch /home vergrößern. Mit growfs(8) kannst du anschließend das filesystem dann auf die neue Größe anpassen.
     
  3. berni51

    berni51 Member

    Registriert seit:
    21 Dezember 2017
    Beiträge:
    176
    Ort:
    Am Rande des Vogelsberges
    Klingt gefährlich - vor allem, wenn man nicht wirklich Bescheid weiss (so wie ich).
    Im Moment weiss ich nicht mal, wie ich die fehlenden GB überhaupt sichtbar machen soll. :(
     
  4. mogbo

    mogbo Does it run under Windows? Who cares?

    Registriert seit:
    12 September 2016
    Beiträge:
    722
    Ich meine mich sehr dunkel daran zu erinnern, dass OpenBSD bei der automatischen Partitionierung maximal 500GB nutzt

    http://scie.nti.st/2013/3/4/how-to-resize-an-openbsd-root-partition/
    Wenn du erst den Upgrade-Prozess startest und frühzeitig abbrichst, kannst du dir das Mounten sparen und solltest dann mit der Anleitung keine Probleme haben.
    Den Punkt mit dem Entfernen des Swap usw. kannst du dir auch sparen, da dein /home bereits am Ende steht
     
    berni51 gefällt das.
  5. midnight

    midnight OpenBSD

    Registriert seit:
    1 Januar 2007
    Beiträge:
    376
    https://man.openbsd.org/growfs
    https://www.openbsd.org/faq/faq14.html#GrowPartition


    HINWEIS: Am besten vorher ein backup deiner Daten und configs machen. Sicher ist sicher.

    Im Prinzip brauchst Du hier nicht in den bsd.rd zu booten.

    1.) Logge deine user aus und logge dich als root ein.
    2.) ``umount /dev/sd0k'' (Dein /home aushaengen).
    3.) ``disklabel -E sd0'' (Die Partitionstabelle editieren).
    4.) ``m k'' eingeben und dort die neue Groesse des /home angeben.
    5.) ``q'' zum Beenden eingeben und speichern.
    6.) ``growfs sd0k'' eingeben, um das filesystem zu vergroessern.
    7.) ``fsck /dev/sd0k'' eingeben, um das neue Dateisystem zu pruefen.
    8.) ``mount /dev/sd0k /home'' eingeben, um das /home wieder einzuhaengen.
    9.) Wieder als user einloggen.
     
    berni51 gefällt das.
  6. mapet

    mapet Active OpenBSD User

    Registriert seit:
    5 Januar 2007
    Beiträge:
    1.511
    Ort:
    /Germany/Neuss
    Die GB sind doch sichtbar in der Partition "c". Sie sind nur beider automatischen Vergabe der disklabels nicht berücksichtigt worden. Mit "disklabel -E sd0" kommst du wieder in den Editiermodus und kannst hier mit c die Partition vergrößern. Aber das kannst du auch alles hier nachlesen.
     
    berni51 gefällt das.
  7. midnight

    midnight OpenBSD

    Registriert seit:
    1 Januar 2007
    Beiträge:
    376
    @mapet Stimmt, mit ``c'' geht es auch.
     
  8. mogbo

    mogbo Does it run under Windows? Who cares?

    Registriert seit:
    12 September 2016
    Beiträge:
    722
    Nochmal kurz um das zu betonen, wirklich ausloggen, ein doas oder su kann (bzw. wird) nach hinten losgehen :)
     
    berni51 und midnight gefällt das.
  9. berni51

    berni51 Member

    Registriert seit:
    21 Dezember 2017
    Beiträge:
    176
    Ort:
    Am Rande des Vogelsberges
    Leute, es ist vollbracht! Dank eurer Hilfe hats geklappt und ich bedanke mich vielmals bei euch.
    Zwischendrin gab es einige Augenblicke, wo ich ins Schwimmen geraten bin und reichlich Schweissperlen auf der Stirn hatte.
    Aber es ist alles gut gegangen, kein Datenverlust, die Maschine bootet immer noch und ich hab mein Terrabyte.

    Aber mal ehrlich: Noch komplizierter kann man so einen Vorgang doch kaum machen. Obwohl - wenn ich an meine alte Sun denke ..... das war genau so unfreundlich.

    Hier der Beweis:

    # /dev/rsd1c:
    type: SCSI
    disk: SCSI disk
    label: 024 HN-M101MBB
    duid: 52e9554ddfa1b13d
    flags:
    bytes/sector: 512
    sectors/track: 63
    tracks/cylinder: 255
    sectors/cylinder: 16065
    cylinders: 121601
    total sectors: 1953525168 # total bytes: 931.5G
    boundstart: 64
    boundend: 1953520065
    drivedata: 0

    16 partitions:
    # size offset fstype [fsize bsize cpg]
    a: 1.0G 64 4.2BSD 2048 16384 12958 # /
    b: 8.0G 2097216 swap # none
    c: 931.5G 0 unused
    d: 4.0G 18918880 4.2BSD 2048 16384 12958 # /tmp
    e: 19.5G 27307456 4.2BSD 2048 16384 12958 # /var
    f: 2.0G 68290784 4.2BSD 2048 16384 12958 # /usr
    g: 1.0G 72485088 4.2BSD 2048 16384 12958 # /usr/X11R6
    h: 10.0G 74582240 4.2BSD 2048 16384 12958 # /usr/local
    i: 2.0G 95553760 4.2BSD 2048 16384 12958 # /usr/src
    j: 6.0G 99748064 4.2BSD 2048 16384 12958 # /usr/obj
    k: 877.9G 112331008 4.2BSD 4096 32768 11888 # /home

    Heute heisst die Platte zwar sd1, aber nur, weil noch eine SD-Karte eingesteckt ist: Meine boot-card mit dem 6.2-current, nur für den Fall der Fälle. :cool:

    Nochmals mein Dank an dieses wunderbare Forum.

    Grüße aus dem Vogelsberg
    Berni
     
  10. midnight

    midnight OpenBSD

    Registriert seit:
    1 Januar 2007
    Beiträge:
    376
    Schoen, dass es ohne Probleme bei Dir geklappt hat. :-)

    Ich weiss auch nicht, was bei Deiner Installation schiefgegangen ist. Aber ich mache auch nie die automatische Partitionierung, sondern gebe die Groessen der slices immer von Hand ein. Evtl. probiertst Du das bei Deiner naechsten Installation auch mal. Ist garnicht so schwer und Du musst auch keine Sektoren oder so angeben, sondern kannst einfach jeweils die entsprechenden GB angeben.
     
    berni51 gefällt das.
  11. berni51

    berni51 Member

    Registriert seit:
    21 Dezember 2017
    Beiträge:
    176
    Ort:
    Am Rande des Vogelsberges
    Ja, dass hab ich dabei gelernt: Automatik ist nicht immer das Beste. Sobald meine SSD ankommt, gibt ja eine weitere Installation.
     
  12. midnight

    midnight OpenBSD

    Registriert seit:
    1 Januar 2007
    Beiträge:
    376
    Je nachdem, was Du mit dem Rechner anstellen willst, ist die automatische Partitionierung auch nicht sinnvoll. Nutzt Du nur packages und syspatch, brauchst Du kein /usr/src und /usr/obj und auf einem Server brauchst Du wohl ein grosses /var oder /var/www. Baust Du jedoch dein System aus den source codes selbst, brauchst Du evtl. noch ein /usr/xenocara und /usr/ports und /tmp und /usr/obj sollten dann groesser sein, als die automatischen Vorgaben. Das bekommt man mit der Zeit selbst heraus, welche Groessen fuer einen sinnvoll sind.
     
    berni51 gefällt das.
  13. berni51

    berni51 Member

    Registriert seit:
    21 Dezember 2017
    Beiträge:
    176
    Ort:
    Am Rande des Vogelsberges
    Da werd ich noch einiges lernen müssen! Bisher ist ja OpenBSD für mich nur Spaß und eine Spielerei, weil die Produktivsysteme noch mit Linux Mint laufen. Aber wenn das so positiv weitergeht mit OBSD, kann sich das ändern. Brauch ja nur einige wenige Applikationen und muss jetzt sehen, ob die unter OBSD genau so stabil sind wie unter Linux.
     
  14. mogbo

    mogbo Does it run under Windows? Who cares?

    Registriert seit:
    12 September 2016
    Beiträge:
    722
    Schau dir gut an wie das Thema "Applikationen updaten" an, funktioniert mit dem pkg-Manager nämlich nur bei OpenBSD-current

    Als kleiner Tipp am Rande :)

    Hier die Möglichkeiten:
    3rd Party: https://www.mtier.org/solutions/apps/openup/
    Do it yourself: selber bauen

    Als kleiner Beweis, hier sind packages aus dem stable Repo:
    https://ftp2.eu.openbsd.org/pub/OpenBSD/6.2/packages/amd64/
    Alles Stand vom 6.2 Release (Anfang Oktober 2017)
     
  15. midnight

    midnight OpenBSD

    Registriert seit:
    1 Januar 2007
    Beiträge:
    376
    @mogbo

    Er hat schon -current am laufen, da seine hardware unter release nicht supported wird. ;-)

    Was meinst Du denn genau? ``pkg_add -u'' funktioniert auch unter release. Allerdings nur beim upgrade auf eine neuere Version, da die packages innerhalb einer Version nicht aktualisiert werden. Bei sicherheitsrelevanten backports der packages unter release kann man dann natuerlich auch die packages von mtier nutzen.
     
  16. pit234a

    pit234a Well-Known Member

    Registriert seit:
    8 Juli 2006
    Beiträge:
    3.492
    für mich persönlich fand ich diese Partitionswut schon immer unverständlich. Auch unter ZFS brauche ich nicht so viele Datasets, wie mir da per Default angelegt werden. Aber bei Datasets ist das eher akademisch, "sie fressen ja kein Brot". Eine Partition ist in ihrem Platz immer begrenzt und wenn sie mal voll läuft, gibt es mitunter Probleme.
    Deshalb denke ich, dass es gerade am Anfang eher sinnvoll ist, auf möglichst wenig Partitionen zu setzen. Hat man einen besseren Überblick darüber, was man braucht, kann man das berücksichtigen. Aber es funktioniert ja auch mit einer einzigen Partition für / (neben SWAP) und warum soll man sich die Möglichkeiten unnötig einschränken? Zumal ja eh fast niemand die weitergehenden Möglichkeiten mit Partitionen nutzt.
     
  17. mogbo

    mogbo Does it run under Windows? Who cares?

    Registriert seit:
    12 September 2016
    Beiträge:
    722
    W^X würde bei OpenBSD gewisse 3rd Party killen, was man über die fstab einschränken kann. /usr/local extra zu partitionieren kann somit gerade bei OpenBSD sehr sinnvoll sein.
     
  18. double-p

    double-p BOFH

    Registriert seit:
    6 September 2003
    Beiträge:
    761
    Ort:
    Buxtehude, Germany
    Man kann auch das auto-layout direkt beim Install schon veraendern. Wieso das bei 500G aufhoert, weiss ich grad auch nicht mehr.

    Die Partitionierungs"wut" hat ihre Gruende, aber das waer eher offtopic (hint: mount options/security).

    Ausserdem erinnert das an Sun, weil da auch disklabel "herrscht(e)" ;-)
     
  19. midnight

    midnight OpenBSD

    Registriert seit:
    1 Januar 2007
    Beiträge:
    376
    Darum ist die autopartition des installers auch nicht immer sinnvoll. Wer nur packages und syspatch nutzt, braucht kein /usr/src und kein /usr/obj. Das wird bei der automatischen parititon aber angelegt.

    Quelle: https://web.archive.org/web/20140327102038/http://www.openbsd.org/faq/de/faq4.html#Partitioning
     
    mogbo gefällt das.