Forum Debian Users Gang

Wiem, ze to nie jest tak jak byc powinno.
Przeczytalem kilka artykulow w Internecie, wszedzie pisza, ze mozna bez utraty danych i glownie zalezy to od systemu plikow.
Pisza, ze NTFS jak najbardziej.
Cwiczebnie w przeszlosci zrobilem kilka razy "volumen resize" i nie stracilem danych.
Gdybym mogl to bym zrobil backup, ale jest jak jest.
Mozna jakos zminimalizowac ryzyko?

Ostatnio edytowany przez Novi-cjusz (2017-05-30 12:58:54)

Że nie wspomnę o tym, że tego dnia zauważyłem pierwsze siwe pasemko w czuprynie...

To jest wlasnie to ryzyko.
Alternatywa jest wydac kilkaset zlotych na nowy dysk min 5 TB, ale to finansowy "cios po nerach"

Mam wrażenie że szukasz raczej rozgrzeszenia i uspokojenia wyrzutów sumienia w razie jak coś nie pójdzie.
Skoro to NTFS to operuj pod grzybem, nie śledziłem rozwoju ntfs-3g żeby powiedzieć że jest tak samo dopracowany jak to co M$ rozwija i utrzymuje od lat.
Dawno dawno temu jak jeszcze nie miałem 2x 1.5TB w raid 1 to zmieniałem rozmiar partycji na raty: zapychałem wszystkie możliwe pendrive'y, karty pamięci, zmniejszałem źródłową partycję i na jej miejscu tworzyłem LVM który zapełniałem danymi z pendraków i tak w kółko aż nie pozbyłem się partycji.

Na Twoim miejscu wykarczowałbym te wszystkie lewe debiany i centosy i tam zgrał najważniejsze z ważnych i operował z całą ostrożnością.
ps: ja z pendrive'ow i zapomnianych kart pamięci wykrzesałem w okolicach 100GB, więc czasami nawet nie wiesz ile storage'u masz w domu ;)

prawo Murphy'ego mówi jasno:

Jeżeli coś może się nie udać – nie uda się na pewno
Nie uda się nawet wtedy, gdy jednak nie powinno się nie udać

loteria na krytycznych danych to nic dobrego ale jak lubisz zastrzyk adrenaliny to czemu nie :)

Pomijajac fakt, ze ntfs wogole nie jest jakims mega dopracowanym standardem, wiec trzymanie danych w nim juz samo w sobie nie jest najpewniejszym dzialaniem, to musisz szybko przegrac swoja kolekcje porno ( ups. chcialem powiedziec "krytyczne dane" ) na kilka nosnikow. Powodzenia... ;)

Morfik kontra "reszta swiata"?
Stawiam na Morfika ale szanuje rowniez ludzi zyczliwych, ktorzy staraja sie pomoc na miare swoich umiejetnosci.
Warto to sprawdzic.
Jutro zastosuje metode Morfika.
Bardzo jestem ciekaw opinii "Jacekalex" ktory chyba niestety jest bardzo zajety, wielka szkoda !

Ps. @ wikingagressor
W zyciu fizjologia jest bardzo wazna, ale jest rowniez wiele rzeczy rownie a moze bardziej interesujacych, sprawdz to (;-)

Ostatnio edytowany przez Novi-cjusz (2017-05-30 22:57:55)

Najpierw musze zrozumiec korzystajac z kilku zrodel.
https://cookuop.co.uk/extendntfs/
https://manpages.debian.org/testing/ntfs-3g/ntfsresize.8.en.html
https://ubuntuforums.org/showthread.php?t=1244058

Ostatnio edytowany przez Novi-cjusz (2017-05-31 13:58:19)

Ja tez robilem kilka razy za pomoca GParted ( na nieistotnych partycjach) zawsze bylo O,k
Tym razem najpierw, poczytam, zrozumiem i dopiero wtedy ewentualnie bo nawet nie chce pomyslec...
Przyszla mi do glowy mysl, czy mozna bylolo by zrobic backup danych od jakies daty granicznej?
Np, kopiuje wszystkie pliki ktore powstaly po 1 stycznia 2017?
Rozumiem, ze tylko CMD wchodzi w rachube.

mega za 2TB powierzchni i 4TB transferu per miesiąc krzyczy 20 ojro. Patrząc na to, że to jednorazowa akcja jednak trochę drogo. Chyba lepiej dołożyć drugie tyle i kupić używanego dyzia, który mógłby się jeszcze przydać przy podobnych akcjach.

Właśnie i tu jest pies pogrzebany, a "tani" dysk zewnętrzny 3TB USB 3.0 w dodatku recertyfikowany to od 77 € (z dostawą do Polski) w górę. Trochę "lepszy" model to wydatek 90 €.

Więc pozostaje melisa, browarek i ... śmiało ;)

Ostatnio edytowany przez ciastek1981 (2017-06-01 10:50:09)

Na stronie Morfika: https://morfikov.github.io/post/zmiana-rozmiaru-par … -pod-linuxem/
jest tak:

Disk /dev/sdb: 156299375s
Sector size (logical/physical): 512B/512B
Partition Table: msdos

Number  Start       End         Size       Type     File system  Flags
        63s         2047s       1985s               Free Space
 1      2048s       61442047s   61440000s  primary  ntfs

U mnie jest tak:

- parted /dev/sdb                 - info o partycji NTFS

 parted /dev/sdb
GNU Parted 3.2
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) unit                                                             
Unit?  [compact]? s                                                       
(parted) print free                                                       
Model: Seagate Expansion Desk (scsi)
Disk /dev/sdb: 7814037167s
Sector size (logical/physical): 512B/4096B
Partition Table: msdos
Disk Flags: 

Number  Start        End          Size         Type     File system  Flags
 1      63s          4294964447s  4294964385s  primary  ntfs
        4294964448s  7814037166s  3519072719s           Free Space

(parted)                 

- fdisk -l
  
  Disk /dev/sdb: 3.7 TiB, 4000787029504 bytes, 7814037167 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0xf97d3560

Device     Boot Start        End    Sectors Size Id Type
/dev/sdb1          63 4294964447 4294964385   2T  7 HPFS/NTFS/exFAT

Mysle, ze to jest wlasciwa komenda do powiekszenia systemu plikow na nowej duzej partycji:

ntfsresize -s 7814037166s -f -n  /dev/sdb1

Mam rozterki w kwestii interpretacji a w konsekwencji przyjecia za podstawe do obliczen:
- mojego Sector size (logical/physical): 512B/4096B
Krotko mowiac, jakie dane wpisywac przy:
- tworzeniu nowej duzej na caly dysk twardy partycji?
- zmianie rozmiaru systemu plikow dla ww nowej duzej partycji?

Ostatnio edytowany przez Novi-cjusz (2017-06-03 15:41:43)

Zobacz https://jfearn.fedorapeople.org/fdocs/en-US/Documen … ace-ntfs.html