Samoistna zmiana systemu plików/Przygotowanie dysku SSD do intsalacji Ubuntu

Wyłącznie system! Wątpliwości dotyczące aplikacji proszę umieszczać niżej, w odpowiednich forach.
Awatar użytkownika
IneedMoney
Piegowaty Guziec
Piegowaty Guziec
Posty: 20
Rejestracja: 13 paź 2021, 08:54
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Samoistna zmiana systemu plików/Przygotowanie dysku SSD do intsalacji Ubuntu

Post autor: IneedMoney »

Witam wszystkich

Mam nowy dysk SSD i jak narazie udało mi sie przygotować dysk do instalacji: wybranie systemu plików, utworzenie partycji, utworzenie swap itd. przez gparted jak i zainstalować system Ubuntu 20.04 z waszą pomocą.
Jednak coś mi nie pasowało ponieważ dysk był przygotowany tak samo jak mój stary dysk jednak w gparted wizualizacja graficzna wyglądała inaczej niż na starym dysku ale to nie jest duzy problem bo właśnie tym chciałem się pobawić. Wiec w końcu do tego usiadłem i ku mojemu zdziwieniu po odpaleniu gparted okazało się że mój system plików to już nie jest ext4 tak jak ustawiłem tylko jakieś iso9660. Zniknęły też partycje, przestrzeń wymiany plików itd. O dziwo system działa jak i nie utraciłem danych które mam tylko na pulpicie.
Moje pytanie brzmi: jakim cudem samo sie to pozmieniało? Jak prawidłowo przygotować dysk do instalacji Ubuntu, partycje, czy podstawowa czy rozszerzona co ma zawierać sie w czym itp.?
Dziwne to co się stało i nie rozumiem tego. Jak narazie ten dysk jest pusty z jednym folderem na pulpicie i do póki nie bede pewny że wszystko jest ok i zrobione prawidłowo nie bede zgrywał danych ze starego dysku żeby mieć swobodę działania.
Prosze o pomoc, może ktoś wie co sie stało i jak powinien wyglądać dysk gotowy do instalacji Ubuntu?

Z góry dziękuje za pomoc
Awatar użytkownika
mario_7
Administrator
Administrator
Posty: 8614
Rejestracja: 30 sie 2006, 13:11
Płeć: Mężczyzna
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Re: Samoistna zmiana systemu plików/Przygotowanie dysku SSD do intsalacji Ubuntu

Post autor: mario_7 »

Brzmi jakbyś oglądał dysk liveUSB/liveDVD, zamiast dysku twardego... Dobry dysk przeglądasz przez gparted?
Awatar użytkownika
IneedMoney
Piegowaty Guziec
Piegowaty Guziec
Posty: 20
Rejestracja: 13 paź 2021, 08:54
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Re: Samoistna zmiana systemu plików/Przygotowanie dysku SSD do intsalacji Ubuntu

Post autor: IneedMoney »

mario_7 pisze: 12 gru 2021, 12:38 Brzmi jakbyś oglądał dysk liveUSB/liveDVD, zamiast dysku twardego... Dobry dysk przeglądasz przez gparted?
Witaj mario 7
W Gparted wygląda to tak

Obrazek

Jak by wszystko się wyzerowało ale system jest i folder na pulpicie też. Zgłupiałem jak to zobaczyłem :pt36:
W rozwijanej liście dysków dostępny jest tylko dev/sda
Wcześniej miałem problemy z instalacja i poprosiłem o pomoc forumowiczów.
Link: viewtopic.php?t=185874
Załączniki
Zrzut ekranu z 2021-12-12 13-45-27.png
(98.63 KiB) Nie pobierany
Awatar użytkownika
320
Wytworny Kaczor
Wytworny Kaczor
Posty: 293
Rejestracja: 20 lis 2020, 00:03
Wersja Ubuntu: inny OS
Środowisko graficzne: Xfce
Architektura: x86_64

Re: Samoistna zmiana systemu plików/Przygotowanie dysku SSD do intsalacji Ubuntu

Post autor: 320 »

IneedMoney pisze: 11 gru 2021, 13:04 po odpaleniu gparted okazało się że mój system plików to już nie jest ext4 tak jak ustawiłem tylko jakieś iso9660.
Polecenie

Kod: Zaznacz cały

lsblk -f
pokazuje u mnie takie coś

Kod: Zaznacz cały

$ lsblk -f
NAME   FSTYPE FSVER LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT
sda                                                                           
├─sda1 ext4   1.0         16aa39e1-47f0-4c63-bf0b-7ac61e56885f    210G     3% /
└─sda2 ext4   1.0         f85e6d42-6254-4ed4-9884-3fca4f1a9444                
sr0
IneedMoney pisze: 11 gru 2021, 13:04 Jak prawidłowo przygotować dysk do instalacji Ubuntu, partycje, czy podstawowa czy rozszerzona co ma zawierać sie w czym itp.?
Jeśli Ubuntu ma być jedynym systemem na dysku _ja_ wybieram w instalatorze opcję "wyczyść cały dysk" i instalator robi wszystko za mnie. :)
Przypominam o kopi zapasowej ważnych plików.
Tutaj masz temat o przedłużeniu życia dysku SSD.
viewtopic.php?f=133&t=185916
Awatar użytkownika
kobrawerde
Gibki Gibbon
Gibki Gibbon
Posty: 2061
Rejestracja: 10 wrz 2006, 16:00
Płeć: Mężczyzna
Wersja Ubuntu: 22.04
Środowisko graficzne: Cinnamon
Architektura: x86_64
Kontakt:

Re: Samoistna zmiana systemu plików/Przygotowanie dysku SSD do intsalacji Ubuntu

Post autor: kobrawerde »

Pewnie gparted zgłupiał i pokazuje coś nieprawidłowo. Przyczyn może być wiele np. https://askubuntu.com/questions/1214337 ... -installed
ciekawe co pokaże :

Kod: Zaznacz cały

df -T
sudo fdisk -l
Awatar użytkownika
mario_7
Administrator
Administrator
Posty: 8614
Rejestracja: 30 sie 2006, 13:11
Płeć: Mężczyzna
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Re: Samoistna zmiana systemu plików/Przygotowanie dysku SSD do intsalacji Ubuntu

Post autor: mario_7 »

Kiedyś czytałem, że jedną z możliwości takiego zachowania GParted jest to, że masz 2 rodzaje tablic partycji - starą DOS-ową i nową GPT i GParted złą tablicę próbuje rozczytać...
Awatar użytkownika
IneedMoney
Piegowaty Guziec
Piegowaty Guziec
Posty: 20
Rejestracja: 13 paź 2021, 08:54
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Re: Samoistna zmiana systemu plików/Przygotowanie dysku SSD do intsalacji Ubuntu

Post autor: IneedMoney »

Na komputerze mam dwa systemy Widowsa i Ubuntu
320 pisze: 12 gru 2021, 19:39
Polecenie

Kod: Zaznacz cały

lsblk -f
U mnie terminal zwraca:

Kod: Zaznacz cały

NAME FSTYPE LABEL UUID                                 FSAVAIL FSUSE% MOUNTPOINT
loop0
     squash                                                  0   100% /snap/bare
loop1
     squash                                                  0   100% /snap/core
loop2
     squash                                                  0   100% /snap/core
loop3
     squash                                                  0   100% /snap/gnom
loop4
     squash                                                  0   100% /snap/gtk-
loop5
     squash                                                  0   100% /snap/gnom
loop6
     squash                                                  0   100% /snap/gtk-
loop7
     squash                                                  0   100% /snap/gnom
loop8
     squash                                                  0   100% /snap/qmmp
loop9
     squash                                                  0   100% /snap/qmmp
loop10
     squash                                                  0   100% /snap/wine
loop11
     squash                                                  0   100% /snap/wine
loop12
     squash                                                  0   100% /snap/snap
loop13
     squash                                                  0   100% /snap/tmna
loop14
     squash                                                  0   100% /snap/swee
loop15
     squash                                                  0   100% /snap/wine
loop16
     squash                                                  0   100% /snap/snap
sda  iso966 Ubuntu 20.04.3 LTS amd64
│                 2021-08-19-11-03-38-00                              
├─sda1
│    ntfs   Zastrzeżone przez system
│                 16DC8614DC85EDF5                                    
├─sda2
│    ntfs         BC7CD0987CD04EB0                                    
├─sda3
│    ntfs         4282C1EC82C1E50F                                    
├─sda4
│                                                                     
├─sda5
│    ext4         83880b47-6fe4-4204-9d76-01fa7af5b1d4    2,6G    84% /
├─sda6
│    ext4         124d1b10-89a3-4d3b-bd9a-857de510dade                
└─sda7
     swap         4a898946-3f75-44d9-898a-5314ac690baa                [SWAP]
sr0                                                                   

kobrawerde pisze: 13 gru 2021, 16:07 Pewnie gparted zgłupiał i pokazuje coś nieprawidłowo.
ciekawe co pokaże :

Kod: Zaznacz cały

df -T
Terminal zwrócił:

Kod: Zaznacz cały

System plików  Typ         1K-bl    użyte dostępne %uż. zamont. na
udev           devtmpfs  3989740        0  3989740   0% /dev
tmpfs          tmpfs      804496     1796   802700   1% /run
/dev/sda5      ext4     24470872 20442252  2762496  89% /
tmpfs          tmpfs     4022476        0  4022476   0% /dev/shm
tmpfs          tmpfs        5120        4     5116   1% /run/lock
tmpfs          tmpfs     4022476        0  4022476   0% /sys/fs/cgroup
/dev/loop0     squashfs      128      128        0 100% /snap/bare/5
/dev/loop1     squashfs    56832    56832        0 100% /snap/core18/2246
/dev/loop2     squashfs    56832    56832        0 100% /snap/core18/2253
/dev/loop3     squashfs   224256   224256        0 100% /snap/gnome-3-34-1804/77
/dev/loop4     squashfs    66688    66688        0 100% /snap/gtk-common-themes/1515
/dev/loop5     squashfs   224256   224256        0 100% /snap/gnome-3-34-1804/72
/dev/loop6     squashfs    66816    66816        0 100% /snap/gtk-common-themes/1519
/dev/loop7     squashfs   168832   168832        0 100% /snap/gnome-3-28-1804/161
/dev/loop9     squashfs   137856   137856        0 100% /snap/qmmp/160
/dev/loop8     squashfs   137856   137856        0 100% /snap/qmmp/148
/dev/loop10    squashfs   355456   355456        0 100% /snap/wine-platform-runtime/275
/dev/loop11    squashfs   355200   355200        0 100% /snap/wine-platform-runtime/274
/dev/loop12    squashfs    43264    43264        0 100% /snap/snapd/14066
/dev/loop13    squashfs      128      128        0 100% /snap/tmnationsforever/47
/dev/loop14    squashfs   137088   137088        0 100% /snap/sweethome3d-homedesign/15
/dev/loop15    squashfs   101888   101888        0 100% /snap/wine-platform-3-stable/14
/dev/loop16    squashfs    44416    44416        0 100% /snap/snapd/14295
tmpfs          tmpfs      804492       32   804460   1% /run/user/1000

Kod: Zaznacz cały

sudo fdisk -l
Terminal zwrócił:

Kod: Zaznacz cały

Dysk /dev/loop0: 4 KiB, bajtów: 4096, sektorów: 8
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop1: 55,51 MiB, bajtów: 58191872, sektorów: 113656
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop2: 55,5 MiB, bajtów: 58183680, sektorów: 113640
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop3: 219 MiB, bajtów: 229638144, sektorów: 448512
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop4: 65,1 MiB, bajtów: 68259840, sektorów: 133320
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop5: 219 MiB, bajtów: 229638144, sektorów: 448512
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop6: 65,22 MiB, bajtów: 68378624, sektorów: 133552
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop7: 164,78 MiB, bajtów: 172761088, sektorów: 337424
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/sda: 447,13 GiB, bajtów: 480103981056, sektorów: 937703088
Disk model: TEAM T253X1480G 
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
Typ etykiety dysku: dos
Identyfikator dysku: 0x2cf4ba3a

Urządzenie Rozruch  Początek    Koniec   Sektory Rozmiar Id Typ
/dev/sda1  *            2048    206847    204800    100M  7 HPFS/NTFS/exFAT
/dev/sda2             206848 105064447 104857600     50G  7 HPFS/NTFS/exFAT
/dev/sda3          105064448 356722687 251658240    120G  7 HPFS/NTFS/exFAT
/dev/sda4          356724734 937678847 580954114    277G  5 Rozszerzona
/dev/sda5          356724736 406714367  49989632   23,9G 83 Linux
/dev/sda6          406716416 933679103 526962688  251,3G 83 Linux
/dev/sda7          933681152 937678847   3997696    1,9G 82 Linux swap / Solaris




Dysk /dev/loop8: 134,52 MiB, bajtów: 141041664, sektorów: 275472
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop9: 134,54 MiB, bajtów: 141066240, sektorów: 275520
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop10: 347,4 MiB, bajtów: 363892736, sektorów: 710728
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop11: 346,82 MiB, bajtów: 363646976, sektorów: 710248
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop12: 42,18 MiB, bajtów: 44220416, sektorów: 86368
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop13: 120 KiB, bajtów: 122880, sektorów: 240
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop14: 133,78 MiB, bajtów: 140255232, sektorów: 273936
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop15: 99,48 MiB, bajtów: 104304640, sektorów: 203720
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512


Dysk /dev/loop16: 43,28 MiB, bajtów: 45371392, sektorów: 88616
Jednostki: sektorów, czyli 1 * 512 = 512 bajtów
Rozmiar sektora (logiczny/fizyczny) w bajtach: 512 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512

mario_7 pisze: 14 gru 2021, 00:42 Kiedyś czytałem, że jedną z możliwości takiego zachowania GParted jest to, że masz 2 rodzaje tablic partycji - starą DOS-ową i nową GPT i GParted złą tablicę próbuje rozczytać...
Ustawiałem żeby była tylko GPT.
Wygląda to tak, że to faktycznie Gparted coś źle pokazuje :neutral:

Zgóry dziekuję za pomoc
Pozdrawiam
Awatar użytkownika
kobrawerde
Gibki Gibbon
Gibki Gibbon
Posty: 2061
Rejestracja: 10 wrz 2006, 16:00
Płeć: Mężczyzna
Wersja Ubuntu: 22.04
Środowisko graficzne: Cinnamon
Architektura: x86_64
Kontakt:

Re: Samoistna zmiana systemu plików/Przygotowanie dysku SSD do intsalacji Ubuntu

Post autor: kobrawerde »

Czyli wynika że masz partycje linuxowe ext4 a tylko prog. gparted coś źle wyświetla
/dev/sda5 ext4 24470872 20442252 2762496 89% /
/dev/sda4 356724734 937678847 580954114 277G 5 Rozszerzona
/dev/sda5 356724736 406714367 49989632 23,9G 83 Linux
/dev/sda6 406716416 933679103 526962688 251,3G 83 Linux
│ ext4 83880b47-6fe4-4204-9d76-01fa7af5b1d4 2,6G 84% /
├─sda6
│ ext4 124d1b10-89a3-4d3b-bd9a-857de510dade
└─sda7
Możesz też sprawdzić w systemie programem Dyski ... co pokaże odnośnie partycji.
możesz podać też wynik wszystkich tablic partycji z dysku sda

Kod: Zaznacz cały

sudo wipefs /dev/sda
więcej info o partcjach :

Kod: Zaznacz cały

sudo parted -l
ale w necie można wyszukać iż:
Wersje gparted poniżej v0.28 zawierają błędy mapy partycji ISO. Tak więc używanie starych wersji gparted (przed v0.28), na przykład v0.25, rozwiąże ten problem.
https://bugs.launchpad.net/ubuntu/+sour ... ug/1622313
Nie skomentuje tego :razz:
Tu jest więcej o w/w błędzie i chyba naprawie ...ale uwaga takie operacje tylko z backupem systemu ! :mrgreen:
https://unix.stackexchange.com/question ... maging-iso
https://www.cyberciti.biz/faq/howto-use ... -on-linux/

Kod: Zaznacz cały

wipefs --all /dev/sdx
Awatar użytkownika
IneedMoney
Piegowaty Guziec
Piegowaty Guziec
Posty: 20
Rejestracja: 13 paź 2021, 08:54
Wersja Ubuntu: 20.04
Środowisko graficzne: GNOME
Architektura: x86_64

Re: Samoistna zmiana systemu plików/Przygotowanie dysku SSD do intsalacji Ubuntu

Post autor: IneedMoney »

kobrawerde pisze: 19 gru 2021, 11:13 Czyli wynika że masz partycje linuxowe ext4 a tylko prog. gparted coś źle wyświetla
Sprawdziłem programem dyski i faktycznie wyświetlił wszystko w starym porządku. Więc nic się nie zmieniło tylko
Gparted zgłupiał. Sprawdziłem wersję i mam 1.0.0-0.1build1 :shock:

Myślałem że w "sklepie" są aktualne wersje oprogramowania i że jak już samo oprogramowanie jest na komputerze to chociaż się dowiem że jest nowsza wersja.
Od początku nie mogę załapać o co chodzi z tymi instalacjami ze źródeł i mam z tym problem. Myślałem że sklep to rozwiąże bo klikam i jest ale okazuje się że jest jeszcze większą klapą niż ta wersja Gparted :cry:

Puszczam screenshota programu Dyski i czy tak to powinno wyglądać, Podstawowa/rozszerzona/swap? Partycja systemowa wydaje się być prawie pełna

Obrazek

Tak przy okazji wesołych świąt! dzięki i pozdrawiam
Załączniki
Zrzut ekranu z 2021-12-24 14-17-52.png
(151.54 KiB) Nie pobierany
ODPOWIEDZ

Wróć do „Instalacja, aktualizacja i konfiguracja Ubuntu”

Kto jest online

Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 1 gość