Dual boot σε ssd, partitioning

[pa_nikas]

Χαιρετώ ακόμα μια φορά το φόρουμ,

Σκοπεύω να στήσω ένα σύστημα το οποίο θα έχει μόνο έναν ssd και 8 Gb RAM και θέλω να περάσω Windows 7 και Ubuntu. Θα ήθελα τη βοήθειά σας στα εξής:

1. Χρειάζεται να δημιουργήσω partition για swap ? (έχω διαβάσει πολλά άρθρα σχετικά με το αν πρέπει ή όχι να δημιουργηθεί swap, εφόσον η μνήμη είναι αρκετή, και οι απόψεις διίστανται)

2. Είναι απαραίτητο το /boot partition?

3. Προτείνετε χειροκίνητη δημιουργία partitions /(root) , /home ή να πάω με install alongside windows?

 

Ευχαριστώ πολύ

[Ilias95]

Έχω ακριβώς το ίδιο σύστημα με σένα, μόνο SSD και 8GB RAM.

1. Όχι μην κάνεις swap.
2. Αν θες UEFI boot θα χρειαστείς ένα EFI partition (fat32, 512MB) το οποίο θα το κάνεις mount στο /boot ή στο /boot/efi ανάλογα τη διανομή. Εγώ έχω ένα κοινό EFI partition το οποίο μοιράζονται 2 διανομές linux και τα Windows. Με legacy BIOS δεν χρειάζεσαι τίποτα.

3. Up to you. Εμένα προσωπικά ποτέ δεν μου άρεσε η λογική του ξεχωριστού /home. Αντίθετα διατηρώ ένα ξεχωριστό NTFS partition για data το οποίο μοιράζονται όλες οι διανομές Linux και τα Windows και το κάνω mount στο /media/data.

[pa_nikas]

Έχω ακριβώς το ίδιο σύστημα με σένα, μόνο SSD και 8GB RAM.

 

1. Όχι μην κάνεις swap.

2. Αν θες UEFI boot θα χρειαστείς ένα EFI partition (fat32, 512MB) το οποίο θα το κάνεις mount στο /boot ή στο /boot/efi ανάλογα τη διανομή. Εγώ έχω ένα κοινό EFI partition το οποίο μοιράζονται 2 διανομές linux και τα Windows. Με legacy BIOS δεν χρειάζεσαι τίποτα.

3. Up to you. Εμένα προσωπικά ποτέ δεν μου άρεσε η λογική του ξεχωριστού /home. Αντίθετα διατηρώ ένα ξεχωριστό NTFS partition για data το οποίο μοιράζονται όλες οι διανομές Linux και τα Windows και το κάνω mount στο /media/data.

Ευχαριστώ πολύ για την απάντηση.

Λογικά θα πάω σε UEFI οπότε θα χρειαστώ το partition για το /boot. Είμαι κι εγώ της ίδιας λογικής με σένα σχετικά με το /home και εφόσον δε χρειάζομαι κοινά αρχεία μεταξύ των 2 λειτουργικών θα πάω μόνο σε /root.

Γνωρίζεις αν με install alongside windows δημιουργείται αυτόματα  swap?

[Ilias95]

Γνωρίζεις αν με install alongside windows δημιουργείται αυτόματα  swap?

 

Όχι, δεν ξέρω τι κάνει ο installer του Ubuntu, αλλά και το manual way θα πρέπει να είναι πολύ απλό. Απλά θα πεις σε ποιο partition να γίνει mount το / και σε ποιο το /boot (ή το /boot/efi δεν ξέρω τι συνιστά το Ubuntu) και τέλος.

[mphxths]

Δοκιμαστε και την λυση του swap file https://wiki.archlinux.org/index.php/swap#Swap_file

 

Λογικα δουλευει σε ολες τις διανομες..δεν χρησιμοποιει καμμια περιεργη εντολη.

Δεν χρειαζεται να κοψεις partition αλλα απλα δημιουργεις ενα αρχειο για αυτον τον σκοπο (σαν το pagefile.sys στα windows ενα πραμα).

Το κανεις swap...το ενεργοποιεις κλπ κλπ και εισαι ετοιμος..δεν το θες πια?επειδη ξερωγω εβαλες ραμ ?Το απενεργοποιεις..το σβηνεις και συνεχιζεις την ζωη σου.

[cerebrux]

Θα διαβάσεις παρα μα πάρα πολλά tips στο διαδίκτυο, τα οποία δεν ισχύουν.

 

• Block Alignment – Ευθυγράμμιση των Block
• Απενεργοποίηση του Swap partition
• Ρύθμιση του Swapiness κοντά στο 0
• Απενεργοποίηση του browser cache
• SSD Trim
• I/O Scheduler δίσκου
• Προσθήκη noatime και nodirtime στο fstab
• Ελεύθερος χώρος στον SSD
• Αδρανοποίηση συστήματος στο SSD

Όλα τα παραπάνω έχουν γίνει θέμα κατά καιρούς και τα περισσότερα αν όχι όλα είναι μύθοι. Σε γενικές γραμμές δεν χρειάζεται να κάνεις τίποτα, κάνε την εγκατάσταση της διανομής σου και μην ασχολείσαι με τίποτα.

 

[mphxths]

@cerebrux

 

Δυστυχως καποια απο αυτα πρεπει να τα ρυθμισει..

Πολλες διανομες ανιχνευουν οτι η εγκατασταση παει να γινει σε ssd και κανουν καποιες σχετικες ρυθμισεις..αλλες διανομες δεν κανουν τετοιο ελεγχο κατα την εγκατασταση.

 

Προσωπικα το μονο που ρυθμιζω ειναι το noatime/discard στο /etc/fstab και καταργω το swap γενικοτερα.

Αν και σε ενα φορητο που παιζω τωρα με ssd και με 4γιγα ραμ εβαλα swapfile (που προτεινω και στο αλλο νημα πιο διπλα) γιατι με τοση ραμ ειναι απαραιτητο και στην πραξη βλεπω οτι χρησιμοποιει κατι ψιλα απο το swap.

 

Oλα τα υπολοιπα ισως βοηθουν ισως οχι αλλα μεχρι να χαλασει ο δισκος θα χει περασει 10ετια το λιγοτερο..οποτε γιατι να αγχωθουμε ?

 

Εχω φιλο που εχει ssd εδω και καμμια 5-7ετια με windows...( vista/7/10 τωρα) ...δεν εχει κανει καμμια ρυθμιση..καμμια ομως.

Και σε μια φαση που τσεκαραμε health πριν κατι μηνες ηταν στο 100%.

Τζαμπα μαλακιζομαστε με λιγα λογια με ρυθμισεις

[pa_nikas]

Σας ευχαριστώ πολύ για τις απαντήσεις και το ενδιαφέρον

[imitheos]

Θα διαβάσεις παρα μα πάρα πολλά tips στο διαδίκτυο, τα οποία δεν ισχύουν.

• Block Alignment – Ευθυγράμμιση των Block
• Απενεργοποίηση του Swap partition
• Ρύθμιση του Swapiness κοντά στο 0
• Απενεργοποίηση του browser cache
• SSD Trim
• I/O Scheduler δίσκου
• Προσθήκη noatime και nodirtime στο fstab
• Ελεύθερος χώρος στον SSD
• Αδρανοποίηση συστήματος στο SSD

Όλα τα παραπάνω έχουν γίνει θέμα κατά καιρούς και τα περισσότερα αν όχι όλα είναι μύθοι. Σε γενικές γραμμές δεν χρειάζεται να κάνεις τίποτα, κάνε την εγκατάσταση της διανομής σου και μην ασχολείσαι με τίποτα.

 

Το πρόβλημα είναι ότι πολλά άρθρα (όχι μόνο για υπολογιστές αλλά γενικότερα) έχουν λάθος διατύπωση με συνέπεια να δίνουν στον αναγνώστη "κανόνες" αντί για "συμβουλές". Για παράδειγμα "σε SSD θα κάνεις ΠΑΝΤΑ αυτό". Κατανοώ ότι ένα άρθρο που έχει στόχο ένα νέο χρήστη δεν μπορεί να έχει ένα τεράστιο όγκο πληροφοριών να κατακλύζει τον αναγνώστη και να τον μπερδεύει αλλά δεν πρέπει να λέει "αυτός είναι ο νόμος" όταν υπάρχουν ένα κάρο διαφορετικές περιπτώσεις.

 

Στο ίδιο λάθος υπέπεσε και το δικό σου άρθρο αλλά από την αντίθετη άποψη. Συμφωνώ βέβαια σε μεγάλο βαθμό με αυτά που γράφεις ότι δηλαδή σε ένα επώνυμο SSD των τελευταίων χρόνων δεν χρειάζεται να ασχοληθείς ιδιαίτερα.

 

Από εδώ και πέρα ας κάνω nitpick σε κάποια πράγματα που γράφεις και θεωρώ ανακριβή (όχι ότι αυτά που θα γράψω εγώ δεν θα είναι και αυτά ανακριβή φυσικά):

 

 

 

* Block Alignment – Ευθυγράμμιση των Block *

Οι συμβουλές για ευθυγράμμιση δεν ξεκίνησαν από τους SSD αλλά από τους WD Green με το Advanced format που λόγω 4K τομέων οι επιδόσεις σέρνονταν αν δεν ήταν ευθυγραμμισμένες οι κατατμήσεις. Έπειτα πέρασε σαν συμβουλή και στους SSD (σε συνδυασμό με μεγέθη block size, stride, stripe, κτλ) επειδή οι πολύ παλιοί SSD για κάθε εγγραφή πχ 4KB θα έσβηναν ένα ολόκληρο erase block των 2MB / 128MB / 256MB / κτλ ανάλογα με τον SSD.

 

Νομίζω πώς πρώτη η Intel έβγαλε ένα firmware το οποίο "ένωνε" όλες τις εγγραφές τυχαίων τομέων σε μία εγγραφή και έτσι αντί να χρειαστεί να σβήσει 10 Erase Blocks να ενώσει τις εγγραφές και να σβήσει μόλις ένα στο οποίο θα γράψει ολόκληρο το 10 x 4KB.

 

Από εκεί και πέρα, όλοι οι SSD υλοποίησαν κάτι παρόμοιο και τώρα α) όντως δεν είναι απαραίτητη η ευθυγράμμιση, β) εδώ και κάποια χρόνια, τα εργαλεία του linux ευθυγραμμίζουν σε 1MB οπότε θες δε θες έχεις μια καλή ευθυγράμμιση. Δεν έχει όμως να κάνει αν εγκαθιστάς από την αρχή ή κάνεις clone.

 

* Απενεργοποίηση του Swap partition *

Έχεις δίκιο ότι δεν θα κουνήσει βλέφαρο ο SSD από την χρήση του swap ειδικά σε linux που χρησιμοποιείται πολύ σπάνια. Το επιχείρημά σου όμως υπέρ του swap δεν είναι και τόσο καλό. Ίσα-ίσα κάποιος μπορεί να ισχυριστεί (πέρα από το γεγονός ότι μπορείς να ορίσεις limits που να αποτρέψουν κάποια κακοσχεδιασμένη εφαρμογή ή κάποιο fork bomb) ότι είναι καλύτερα χωρίς swap επειδή ο OOM killer θα σκοτώσει την εφαρμογή και θα έχεις πίσω το σύστημα γρήγορα αντί να αρχίσει να γράφει στο swap και να σέρνεται ολόκληρο το σύστημα για πάρα πολλά λεπτά. Αυτό που λες ότι θα παγώσει το σύστημα θα γίνει όταν θα έχεις swap.

 

* Απενεργοποίηση του browser cache *

Αυτό που λες απενεργοποιώντας το cache θα αυξήσεις τις εγγραφές επειδή θα πρέπει να ξανακατέβει υλικό που θα υπήρχε στο cache, είναι μεν σωστό θεωρητικά αλλά πρακτικά δεν ισχύει γιατί δυστυχώς οι περισσότερες σελίδες έχουν πολύ μικρό χρονικό όριο ορισμένο και έτσι και με το cache ενεργοποιημένο είσαι αναγκασμένος να κατεβάσεις υλικό που δεν έχει αλλάξει.

 

Μετά που λες για cache σε tmpfs, ακόμη και να μην ορίσεις εσύ χειροκίνητα κάποιο μέγεθος, το tmpfs από τη μάνα του έχει ως μέγιστο τη μισή μνήμη οπότε λίγο δύσκολο να γεμίσει ολόκληρη η μνήμη από το cache του browser.

 

* SSD Trim *

* Ελεύθερος χώρος στον SSD *

Εδώ είναι δύο από τα πιο τρανά παραδείγματα αυτού που λέω ότι δεν μπορείς να δώσεις ένα κανόνα και να πεις "θα κάνετε πάντα αυτό" γιατί υπάρχουν 15 διαφορετικές συμπεριφορές για αυτό όπως λες υπάρχουν αντικρουόμενες συμβουλές.

 

Υπάρχουν SSD που λόγω λάθους στο firmware έδιναν corruption με Trim, άλλοι που σέρνονταν, άλλοι που έκαναν 1002 για αυτό και δημιουργήθηκε λίστα με quirks για το ποιος έχει πρόβλημα με το trim και ποιος όχι. Επίσης κάποιοι πρότειναν να ενεργοποιείται η επιλογή discard στο fstab ώστε να γίνεται συνέχεια trim το οποίο οδηγούσε σε άσκοπες εγγραφές και επιβάρυνε κάποιους SSD.

 

Όσον αφορά τον ελεύθερο χώρο, το firmware του SSD χρειάζεται να κρατάει κάποια μεταδεδομένα που βοηθούν στην καλή λειτουργία του SSD. Ειδικότερα το firmware κάποιου κατασκευαστή έβλεπε αν ένα κομμάτι του χώρου δεν είχε εκχωρηθεί σε κάποια κατάτμηση και αν όχι τότε το χρησιμοποιούσε για αυτά τα μεταδεδομένα. Έτσι το είδαν κάποιοι αυτό και ξεκίνησε η φήμη ότι πρέπει να αφήνεις ένα τμήμα του χώρου χωρίς να το εκχωρείς σε μια κατάτμηση το οποίο φυσικά βοηθούσε μόνο το συγκεκριμένο μοντέλο SSD και όχι όλα.

 

Από ένα σημείο και μετά, οποιοδήποτε review SSD διαβάσεις, βλέπεις ότι η πλακέτα του SSD, εκτός από τις μνήμες που χρησιμοποιούμε ως αποθήκευση, έχει και εξτρα μνήμες που χρησιμοποιούνται για αυτή τη δουλειά οπότε δεν χρειάζεται να αφήσεις καθόλου unpartitioned χώρο.

 

* Προσθήκη noatime και nodirtime στο fstab *

Το επιχείρημα σου ότι είναι μικρά KB δεν ισχύει γιατί δεν μας νοιάζει η ταχύτητα αλλά το πόσο θα επιβαρυνθεί ο SSD από τις διαγραφές EB και ξαναεγγραφές (ειδικά σε συνδυασμό με ένα CoW filesystem). Δέχομαι ότι με το μανίσιο relatime θα επιβαρυνθεί ελάχιστα αλλά το θέμα είναι ότι το atime είναι μια χαζομάρα και μισή για το 99% των χρηστών και είναι χρήσιμο μόνο υπό ορισμένες συνθήκες. Είτε έχεις SSD είτε όχι δεν έχεις κανένα λόγο να μην βάλεις noatime.

 

Σε αυτό το σημείο βαρέθηκα να γράψω άλλα

 

 

 

Γενικά συμφωνώ μαζί σου ότι αυτά τα αρχαία άρθρα δεν βοηθούν αλλά κανένα άρθρο δεν πρέπει να γράφει απόλυτα πράγματα. Για παράδειγμα υπάρχουν ακόμη και σήμερα άτομα που αγοράζουν κινεζο SSD μάρκας χέσε-μέσα που ποιος ξέρει τι κάνει το firmware τους. Μήπως σε αυτούς χρειάζεται να λάβεις κάποια μέτρα ?

 

Ένα άλλο παράδειγμα είναι με το BTRFS. Μέχρι πρόσφατα υπήρχε η πεποίθηση ότι το btrfs όταν αναγνωρίσει ένα SSD αλλάζει την συμπεριφορά του ώστε να είναι βέλτιστη για ένα SSD. Κάποιος παρατήρησε όμως ότι είχε πολύ IO διασκορπισμένο εδώ και εκεί που δεν δικαιολογούνταν. Έτσι ψάχνοντας το είδε ότι στην πραγματικότητα το μόνο που κάνει είναι να αλλάζει το μέγεθος του "cluster" από 64KB σε 2MB με συνέπεια να γράφει περισσότερα MB από ό,τι πρέπει και τώρα προτείνεται να χρησιμοποιείς την παράμετρο nossd ώστε να παρακάμψεις την αυτόματη αναγνώριση του btrfs.

 

Όσον αφορά τον πανίκα και κάποιον άλλον που διαβάσει τον νήμα και δεν τον νοιάζουν τα κατεβατά μας, τότε να αλλάξω λίγο αυτό που έγραψες στο άρθρο και να πω ότι με έναν επώνυμο SSD (και μια όχι αρχαία διανομή) δεν θα έχει προβλήματα χωρίς να χρειαστεί να κάνει τίποτα. ΑΝ θέλει να βάλει noatime ή να κλείσει το swap, κακό δεν θα πάθει αλλά δεν χρειάζεται κιόλας.

 

Εχω φιλο που εχει ssd εδω και καμμια 5-7ετια με windows...( vista/7/10 τωρα) ...δεν εχει κανει καμμια ρυθμιση..καμμια ομως.

Και σε μια φαση που τσεκαραμε health πριν κατι μηνες ηταν στο 100%.

Τζαμπα μαλακιζομαστε με λιγα λογια με ρυθμισεις

Σίγουρα δεν είναι απαραίτητες οι ρυθμίσεις και επίσης μια άλλη λάθος νοοτροπία που βλέπω σε πολλούς είναι "να πάμε τον τάδε κατάλογο εκτός του ssd", "να μην γράφουμε πολλά στον ssd", κτλ ώστε να μην περάσεις τα TBW που έχει η εγγύηση. Ο μόνος λόγος να τα φτύσει ένας SSD είναι από λάθος του firmware (και τότε _ίσως_ να χρειαστείς τα TBW ανάλογα με την εταιρία). Αλλιώς πρέπει ίσα ίσα το αντίθετο να κάνουμε. Να γράφεις τα πάντα στον SSD και να τον σκίσεις και όταν έρθει η στιγμή που θα λήξει η εγγύηση να έχει 5 φορές τα TBW που γράφει ο κατασκευαστής Δεν δώσαμε τόσα χρήματα για να τον πάρουμε και να τον έχουμε να κάθεται.

[GReaperEx]

1. Όχι μην κάνεις swap.

 

Ναι, κάνε swap! Αν δεν έχεις έστω και λίγο swap, πες 2 GiB, με το που σου τελειώσει η μνήμη θα αρχίσουν να κρασέρνουν τα πάντα, ενώ αν έχεις απλά θα γίνουν πολύ ποιο αργά. Εξαρτάται βέβαια τι προτιμάς, λίγα περισσότερα write cycles στη σπάνια περίπτωση που γεμίσει η RAM ή ψηφιακό όλεθρο?

 

Επίσης, FYI, αν δεν έχεις swap τουλάχιστον τόσο μεγάλο όσο η RAM (αν όχι διπλάσιο) δε μπορεί το σύστημα να μπει σε αδρανοποίηση, μιλώντας για Linux βέβαια.

[Επισκέπτης]

Προσωπικά έχω συναντήσει το φαινόμενο να κολλάει και να κρασάρει (...έπεσε μαύρο που λέμε) το μηχάνημα χωρίς swap (ή με πολύ λίγη μνήμη configured ως swap σε συμβατικούς HDD) και να αναγκάζομαι να φτιάχνω swap file onthefly για να το αποφύγω (μιας και προφανώς ο out of memory algorithm δεν προλάβαινε να θερίσει ενώ ορίζοντας limits πχ και vmware υπήρχε πρόβλημα...).

 Αν παίζεις με VMs και θες να έχεις παράλληλα πολλά πράγματα που "τραβάνε" (και) memory resources (1-2 VMs ανοιχτά πχ, browsing με πολλά tabs,  documents, email κλπ κλπ) προφανώς θα ξεμείνεις κάποια στιγμή απο RAM.  Προσωπικά πάντα χρησιμοποιώ κάποιο ποσοστό (laptop-desktop <= 8GB ram, βάση της χρήσης που κάνω). 

[becoming_I]

Αν βάλει το systemd-swap όταν χρειάζεται swap θα αυξομειώνεται αναλόγως το αρχείο και δε θα έχεις πρόβλημα με κολλήματα. Έχεις δεν έχεις swap είναι μια καλή προσθήκη.

[Dr_73]

Αντίθετα διατηρώ ένα ξεχωριστό NTFS partition για data το οποίο μοιράζονται όλες οι διανομές Linux και τα Windows και το κάνω mount στο /media/data.

Έχεις παρατηρήσει τίποτε κουλά, όταν βλέπεις π.χ. φωτογραφίες στο ntfs partition μέσα από λίνουξ ;

[Ilias95]

Έχεις παρατηρήσει τίποτε κουλά, όταν βλέπεις π.χ. φωτογραφίες στο ntfs partition μέσα από λίνουξ ;

Όχι. Η αλήθεια είναι ότι μέσα από Windows δεν το χρησιμοποιώ σχεδόν ποτέ (αυτό καμιά φορά δημιουργεί προβλήματα και συνήθως πρέπει να τρέξεις ntfsfix ή κάτι). Αλλά όχι, έχω πολλές διανομές Linux να μοιράζονται το ίδιο ntfs partition χρόνια τώρα και ποτέ δεν είχα θέμα.