Forum Debian Users Gang

maxprzemo · 2016-03-12 17:24:11

Zrobiłerm taki plik fstab

Kod:

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda1 during installation
UUID=eef5dfbb-c87a-4a16-8305-b6347ce45d22 /               ext4    errors=remount-ro 0       1
# /dane was on /dev/sda3 during installation
UUID=d54d3c35-e475-450d-87bd-ec6380ef6a29 /media/dane           ext4    defaults,rw        0       2
# /home was on /dev/sda2 during installation
UUID=e15d4968-b66d-4926-8477-075fe9739be8 /home           ext4    defaults        0       2
# swap was on /dev/sda4 during installation
UUID=7831239f-4424-4bab-a4b0-2b7b355fdbf5 none            swap    sw              0       0
# Dysk HDD
UUID="edafaf45-2377-46eb-8e68-1369687fcc9d" /media/HDD       ext4        defaults         0   0

Wszystko mi się montuje w miarę gdzie bym chciał ale nie mam uprawnien do zapisu .

yossarian · 2016-03-12 17:27:40

A jak dodasz do opcji montowania users?
Standardowo przy defaults jest nouser.

Jak nie wystarczy, to można nadać uprawnienia (np. dla grupy users) dla tych podmontowanych katalogów.

morfik · 2016-03-12 17:29:49

Znowu bym się aż tak nie czepiał tego partycjonowania. Nawet jakby dał te 40G na system, to przecie zawsze może w ten obszar coś wgrać, on przecie nie znika. xD Ja mam na swoim HDD partycję systemową 20G ale ona obejmuje zarówno / , /home/ /tmp/ i SWAP, odpowiednio 12G, 5G 1G i 2G, oczywiście na LVM, a każdy z dysków jest nieciągły. Wykorzystanie /, jest poniżej 6G, home, około 2G, zatem optymalne dla HDD (około 50% free). Jak bym tutaj miał SSD, to swap bym zastąpił fizycznym RAM, /tmp/ bym również zamontował w RAM, choć on jest już chyba domyślnie montowany via systemd, a pozostałe partycje bym przyciął do 8G i 3G ale nie zrezygnowałbym z dzielenia dysku na partycje, tylko dlatego, że część partycji może być niewykorzystana. Nawet jak ten dysk się źle podzieli, to w nieciągłym LVM nie ma żadnego problemu by przyciąć i rozciągnąć odpowiednie dyski logiczne, nawet w tak dość skomplikowanym setupie jak u mnie. xD

yossarian · 2016-03-12 17:35:28

Ale piszesz o LVM, a tu jest zwykły podział.
O całkowitej rezygnacji nic nie pisał. Wydzielenie /home jest całkiem racjonalne. Tylko szkoda tych 40 Gb na partycje systemową. Spokojnie można ją co najmniej o połowę zmniejszyć.

No i wcześniej było wspominane, że danych jest coś ok. 170GB. Dysk 240 GB to tak naprawdę jakieś 220. Odejmij 40 na partycję systemową i policz ile zostanie miejsca.

morfik · 2016-03-12 17:41:19

No z tych obrazków wychodzi, że dysk ma 232GiB, danych jest 176GiB wliczając system. Zmieści się. xD

maxprzemo · 2016-03-12 17:48:38

Cały czas mam /media/dane Właściciel:root Grupa:root

uzytkownikubunt · 2016-03-12 18:00:05

2830

Ostatnio edytowany przez uzytkownikubunt (2016-12-01 01:36:59)

yossarian · 2016-03-12 18:28:11

uzytkownikubunt napisał(-a):
Być może jeszcze trzeba będzie się chattr umask pobawić.

umask dotyczy tylko systemów plików z rodziny FAT.

maxprzemo · 2016-03-13 10:12:42

Dysk trochę mały bo tylko 250 GB więc zrobiłem jeszcze raz partycjonowanie i zostawiłem trzy partycje. Jedną / 40GB , drugą /home i trzecią swap:

Kod:

Dysk /dev/sda: 232,9 GiB, bajtów: 250059350016, sektorów: 488397168
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 4096
Rozmiar we/wy (minimalny/optymalny) w bajtach: 4096 / 4096
Typ etykiety dysku: dos
Identyfikator dysku: 0xeaa53e0f

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *         2048  78125055  78123008  37,3G 83 Linux
/dev/sda2        78125056 484374527 406249472 193,7G 83 Linux
/dev/sda3       484374528 488396799   4022272   1,9G 82 Linux swap / Solaris

A HDD zostawie sobie na backupy systemu i mniej ważne dane. Tak będzie najbezpieczniej dla mnie żeby nie było problemów z prawami dostępu do plików.
Mam takie pytanie co oznacza ten opis przy swap / Solaris ? Że swap będzie tylko dla partycji /
I czy trim jest na debianie domyślnie włączony czy trzeba ręcznie sobie go uruchamiać co jakiś czas?

pink · 2016-03-13 10:48:59

opcja discard za to odpowiada ale podobno lepiej trim-owac ręcznie ja mam dodane do crona.

maxprzemo · 2016-03-13 11:00:35

@pink
Co ile ustawiłeś sobie trim ? Raz na tydzień wystarczy ?

yossarian · 2016-03-13 12:26:33

Kod:

cp /usr/share/doc/util-linux/examples/fstrim.{service,timer} /etc/systemd/system
systemctl enable fstrim.timer

To powinno wystarczyć.

pink · 2016-03-13 14:38:36

podobno raz na tydzien wystarcza zwlaszcza jezeli masz spory zapas miejsca na dyziu, ja ustawilem dwa razy dziennie rano i wieczorkiem ale tylko z powodu tego ze zdaje sobie sprawe z tego ze czasem komputer w tym określonym czasie nie będzie działał, z tego co wiem to opcja discard wymusza trim przy starcie.

Kod:

cat /var/log/syslog | grep trim

powinno ci wyświetlić informacje o ostatnim

Kod:

cat /var/log/trim.log 
*** Tue, 01 Mar 2016 22:40:04 +0000 ***
/: 12860284928 bytes were trimmed
/home: 32831520768 bytes were trimmed
*** Wed, 02 Mar 2016 22:40:15 +0000 ***
/: 12859604992 bytes were trimmed
/home: 32819404800 bytes were trimmed
*** Thu, 03 Mar 2016 22:40:02 +0000 ***
/: 12739497984 bytes were trimmed
/home: 32324026368 bytes were trimmed
*** Sat, 05 Mar 2016 22:40:05 +0000 ***
/: 12737974272 bytes were trimmed
/home: 25080942592 bytes were trimmed
*** Sun, 06 Mar 2016 22:40:15 +0000 ***
/: 12881186816 bytes were trimmed
/home: 24939991040 bytes were trimmed
*** Mon, 07 Mar 2016 22:40:06 +0000 ***
/: 12880801792 bytes were trimmed
/home: 24924569600 bytes were trimmed
*** Wed, 09 Mar 2016 22:40:06 +0000 ***
/: 12880400384 bytes were trimmed
/home: 24876539904 bytes were trimmed
*** Thu, 10 Mar 2016 22:40:04 +0000 ***
/: 12846829568 bytes were trimmed
/home: 24858746880 bytes were trimmed
*** Fri, 11 Mar 2016 22:40:06 +0000 ***
/: 12824903680 bytes were trimmed
/home: 28709085184 bytes were trimmed

tutaj log z crona jak widac za czesto siedze przed kompem ostatnio :-)

Ostatnio edytowany przez pink (2016-03-13 15:05:44)

Forum Debian Users Gang

Ogłoszenie

#26 2016-03-12 17:24:11

maxprzemo - Użytkownik

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

Kod:

#27 2016-03-12 17:27:40

yossarian - Szczawiożerca

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

#28 2016-03-12 17:29:49

morfik - Cenzor wirtualnego świata

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

#29 2016-03-12 17:35:28

yossarian - Szczawiożerca

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

#30 2016-03-12 17:41:19

morfik - Cenzor wirtualnego świata

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

#31 2016-03-12 17:48:38

maxprzemo - Użytkownik

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

#32 2016-03-12 18:00:05

uzytkownikubunt - Zbanowany

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

#33 2016-03-12 18:28:11

yossarian - Szczawiożerca

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

uzytkownikubunt napisał(-a):

#34 2016-03-13 10:12:42

maxprzemo - Użytkownik

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

Kod:

#35 2016-03-13 10:48:59

pink - Użytkownik

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

#36 2016-03-13 11:00:35

maxprzemo - Użytkownik

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

#37 2016-03-13 12:26:33

yossarian - Szczawiożerca

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

Kod:

#38 2016-03-13 14:38:36

pink - Użytkownik

Re: Migracja Debian 8.3 jessie z dysku HDD na SSD z zachowaniem danych.

Kod:

Kod:

Stopka forum