Witam, mam problem z dystrybucją mint 18.3 po aktualizacjach system nie może się załadować.
Mam podpięte 2 dyski, Grub ustawiony na sda.
1. Do usunięcia partycje od sda4 do sda8
Linux na sdb7 i sdb8 działa póki co poprawnie.
Zainstalawona dystrybucja na sdb7 - mint 18.00
2. Czy swap na dwóch dyskach sda, sdb, może być problemem?
Usunięcie partycji nie jest problemem, mogę to zrobić w gparted, ale co potem?
Przywrócenie bootloadera?? opis znalazłem tu
https://linuxiarze.pl/bootloader/ - czy będzię to pomocne w moim przypadku?
Proszę o pomoc.
kopia dla wyniku sudo fdisk -l
# sudo fdisk -l
Disk /dev/sda: 232,9 GiB, 250059350016 bytes, 488397168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x502f96b8
Urządzenie Rozruch Start Koniec Sektory Size Id Typ
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 83888127 83681280 39,9G 7 HPFS/NTFS/exFAT
/dev/sda3 83888128 328165779 244277652 116,5G 7 HPFS/NTFS/exFAT
/dev/sda4 328167422 488396799 160229378 76,4G 5 Rozszerzona
/dev/sda5 328167424 367302189 39134766 18,7G 83 Linux
/dev/sda6 367304704 427849727 60545024 28,9G 83 Linux
/dev/sda7 427851776 429801471 1949696 952M 82 Linux swap / Solaris
/dev/sda8 429803520 488396799 58593280 28G 83 Linux
Disk /dev/sdb: 149,1 GiB, 160041885696 bytes, 312581808 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x043d2db2
Urządzenie Rozruch Start Koniec Sektory Size Id Typ
/dev/sdb1 * 63 104454629 104454567 49,8G 7 HPFS/NTFS/exFAT
/dev/sdb2 104454691 312576704 208122014 99,2G f W95 Rozsz. (LBA)
/dev/sdb5 104454693 222826495 118371803 56,5G 7 HPFS/NTFS/exFAT
/dev/sdb6 312560703 312576704 16002 7,8M 7 HPFS/NTFS/exFAT
/dev/sdb7 253163520 305765082 52601563 25,1G 83 Linux
/dev/sdb8 305766400 312559615 6793216 3,2G 82 Linux swap / Solaris
Partition table entries are not in disk order.
Edycja:
Główny sektor rozruchowy jest na sda. Czy to jest błąd?
Podczas dodawania "nowej" - innej dystrybucji na sda, coś powoduje konflikty, nie wiem co...
Dzieje się tak nie pierwszy raz.
Edycja2
Proszę napisać czy wystarczy usunąć partycje, które wymieniłem i później tylko przeprowadzić Przywrócenie bootloadera GRUB 2 tak jak w linku?
================================
Wyniki dla
cat /proc/partitions
lsblk
blkid
# cat /proc/partitions
major minor #blocks name
11 0 1048575 sr0
8 0 244198584 sda
8 1 102400 sda1
8 2 41840640 sda2
8 3 122138826 sda3
8 4 1 sda4
8 5 19567383 sda5
8 6 30272512 sda6
8 7 974848 sda7
8 8 29296640 sda8
8 16 156290904 sdb
8 17 52227283 sdb1
8 21 59185901 sdb5
8 22 8001 sdb6
8 23 26300781 sdb7
8 24 3396608 sdb8
===========================================
# lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 232,9G 0 disk
├─sda1 8:1 0 100M 0 part
├─sda2 8:2 0 39,9G 0 part
├─sda3 8:3 0 116,5G 0 part
├─sda4 8:4 0 1K 0 part
├─sda5 8:5 0 18,7G 0 part
├─sda6 8:6 0 28,9G 0 part
├─sda7 8:7 0 952M 0 part
└─sda8 8:8 0 28G 0 part
sdb 8:16 0 149,1G 0 disk
├─sdb1 8:17 0 49,8G 0 part
├─sdb5 8:21 0 56,5G 0 part
├─sdb6 8:22 0 7,8M 0 part
├─sdb7 8:23 0 25,1G 0 part /
└─sdb8 8:24 0 3,2G 0 part
sr0 11:0 1 1024M 0 rom
==============================
# blkid
/dev/sda1: UUID="CA8C915B8C9142BD" TYPE="ntfs" PARTUUID="502f96b8-01"
/dev/sda2: UUID="14009540009529AE" TYPE="ntfs" PARTUUID="502f96b8-02"
/dev/sda3: UUID="0AAC98FCAC98E38B" TYPE="ntfs" PARTUUID="502f96b8-03"
/dev/sda5: UUID="3dd7285c-b264-4133-a895-6f701ee94214" TYPE="ext4" PARTUUID="502f96b8-05"
/dev/sda6: UUID="0774b632-bb93-4289-bf16-0d70d6ff72c7" TYPE="ext4" PARTUUID="502f96b8-06"
/dev/sda7: UUID="f9ca6f93-d439-4193-8e81-9be36c253d86" TYPE="swap" PARTUUID="502f96b8-07"
/dev/sda8: UUID="4309734e-1fd7-42df-96a9-5d8b64c90110" TYPE="ext4" PARTUUID="502f96b8-08"
/dev/sdb1: UUID="2EB8B404B8B3C89B" TYPE="ntfs" PARTUUID="043d2db2-01"
/dev/sdb5: UUID="9C40DD1240DCF3CC" TYPE="ntfs" PARTUUID="043d2db2-05"
/dev/sdb6: LABEL="BACKUP" UUID="927462CE7462B51F" TYPE="ntfs" PARTUUID="043d2db2-06"
/dev/sdb7: UUID="899de254-f241-457f-b8c7-ac97bc171e85" TYPE="ext4" PARTUUID="043d2db2-07"
/dev/sdb8: UUID="c1bfbd94-6093-468e-b0b0-39cc762b132a" TYPE="swap" PARTUUID="043d2db2-08"
Witaj. Sposób przywrócenia bootloadera Windows zależy od wersji Windows oraz BIOS-u lub EFI. Nie zamieściłeś takich informacji więc nie można ci odpowiedzieć. Do przeprowadzenia operacji przywracania bootloadera potrzebny jest system ratunkowy Windows Repair uruchamiany z CD lub USB.
@Albedo 0.64
Może, źle zadałem pytanie. Chcę usunąć partycje z mintem 18.3 i zostawić pustą przestrzeń na dysku lub ustawić jakąś partycję. Zmienić kolejność wyświetlania listy systemów. Na pierwszym miejscu ma być mint 18. Windows mnie nie obchodzi, bo z niego nie korzystam. Jest bo jest. Natomiast wszystkie dystrybucje, które nie działają chce usunąć.
Mint 18 jest na dysku sdb. Natomiast główna partycja rozruchu jest na sda. Czy tak zostawić?
Lista systemów ma wyglądać
1. Linux mint 18
2. Windows
To tak w dużym uproszczeniu.
Spróbuję usunąć partycje i skorzystać ze sposobu z linku naprawy gruba
Teoretycznie powinno zadziałać.
Mam pytanie jak zamieścić zdjęcie? To by dużo wyjaśniło.
Wrzuć zdjęcie do dowolnego serwisu ze zdjęciami.
Link do zdjęcia wklej korzystając z opcji "Umieść obrazek".
W sumie poradziłem sobie inaczej. Ściągnąłem mint 19, sprawdziłem sumy kontrolne i zainstalowałem na sda. Partycja logiczna. Póki co jest okey. Nie tworzyłem dodatkowych partycji na swap i home, wszystko zainstalowałem na jednej / . Rozruch na sda.
Wszystkie wcześniejsze partycje z linuxami usunąłem podczas instalacji.
Przeprowadziłem aktualizację systemu w konsoli
sudo su
apt-get update && apt-get dist-upgrade -y
Później zaktualizowałem jądro do 4.15 w menadżerze.
Ograniczyłem poziom aktualizacji do 2.
Zrobiłem kopię systemu i snapshot.
Mam nadzieję, że wszystko będzie działać.
Szczerze to nie wiem co powodowało konflikt, że po aktualizacji nie można było otworzyć gui.
Gdyby coś poszło nie tak mam jeszcze minta 18 na sdb oraz live cd mint 19 na pendrive oraz Was fachowców.
Będę pytać.
PS.
Mogę stwierdzić, że mint 19 jest bardzo szybki. Czy będzie stabilny? Trudno powiedzieć. To się okaże.
Temat proszę zostawić otwarty, gdyby były jakieś problemy.
Dziękuję i pozdrawiam.
@Linuxfan
To prawdopodobnie SWAPy "winne" są temu, że po updacie nie mogłeś wystartować gui...
Jakoś tak ponad tydzień temu miałem podobny przypadek u znajomego (Mint 18.3)
- po updacie system w ogole nie starował, tylko pokazywał w komunikatach błędy na HD...
Sam byłem totalnie zaskoczony, już abstrachuję od tego, że straciłem sporo czasu (testy HD, wgranie równoległego systemu itd), przypadkiem odkryłem, iż zablokowanie SWAPu w fstabie... "przywróciło system do życia" (18.3)
Zablokuj Twoje SWAPy pod niechodzącym systemem, a jestem pewien, że "ruszy":
/dev/sdb8 305766400 312559615 6793216 3,2G 82 Linux swap / Solaris
na
# /dev/sdb8 305766400 312559615 6793216 3,2G 82 Linux swap / Solaris
Czy to akurat ta partycja, tego nie wiem...
- nie mam czasu analizować Twoich wcześniejszych wpisów, ale widzę, że wiesz o co chodzi, więc myślę, że dasz sobie radę
W tej chwili nie mam żadnej partycji ze swapem.
sudo fdisk -l
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 / 512
Rozmiar we/wy (minimalny/optymalny) w bajtach: 512 / 512
Typ etykiety dysku: dos
Identyfikator dysku: 0x502f96b8
Urządzenie Rozruch Początek Koniec Sektory Rozmiar Id Typ
/dev/sda1 * 2048 206847 204800 100M 7 HPFS/NTFS/exFAT
/dev/sda2 206848 83888127 83681280 39,9G 7 HPFS/NTFS/exFAT
/dev/sda3 83888128 328165779 244277652 116,5G 7 HPFS/NTFS/exFAT
/dev/sda4 328167422 390739689 62572268 29,9G 5 Rozszerzona
/dev/sda5 328167424 390739689 62572266 29,9G 83 Linux
Dysk /dev/sdb: 149,1 GiB, bajtów: 160041885696, sektorów: 312581808
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: 0x043d2db2
Urządzenie Rozruch Początek Koniec Sektory Rozmiar Id Typ
/dev/sdb1 * 63 104454629 104454567 49,8G 7 HPFS/NTFS/exFAT
/dev/sdb2 104454691 312576704 208122014 99,2G f W95 Rozsz. (LBA)
/dev/sdb5 104454693 222826495 118371803 56,5G 7 HPFS/NTFS/exFAT
/dev/sdb6 312560703 312576704 16002 7,8M 7 HPFS/NTFS/exFAT
/dev/sdb7 253163520 305765082 52601563 25,1G 83 Linux
/dev/sdb8 305766400 312559615 6793216 3,2G 83 Linux
Wpisy w tablicy partycji nie są w tej kolejności, co na dysku.
=======================
Partycja sdb8 jest tylko partycją ext4, czystą. Na sdb7 stoi mint 18. Tu również nie zakładałem swap.
Właśnie 18.3... Na 18 nie ma takich problemów. Może winne jest jądro? Nie wiem tak sobie gdybam... Nie sprawdzałem na jakim jądrze jest 18 i 18.3
Póki co 19 też nie sprawia żadnych problemów, a aktualizacja była pełna. :D
Jeszcze działa stabilnie :D
Dziękuję za podpowiedź.
Czyli albo mint 18 albo 19.
Przy czym 19 ma zauważalny przyrost prędkości. :D ;)