PC Ekspert Forum

PC Ekspert Forum (https://forum.pcekspert.com/index.php)
-   Operativni sustavi (https://forum.pcekspert.com/forumdisplay.php?f=36)
-   -   Linux OS - info, how-to, pitanja, novosti, savjeti, problemi... (https://forum.pcekspert.com/showthread.php?t=234127)

strikoo 10.12.2023. 13:59

ups

Citiraj:


Due to an issue in the ext4 file system with data corruption in kernel
6.1.64-1, we are pausing the planned Debian 12.3 point release images
for today while we attend to fixes.

Please do not upgrade any systems at this time, we urge caution for users
with UnattendeUpgrades configured.

tomek@vz 10.12.2023. 14:17

Citiraj:

Autor strikoo (Post 3715432)
ups


Moderni developeri....na kraju cemo zbilja svi zavrsiti na MS rijesenjima ak nastave dalje tako sa svojim naporima :stoopid:
Citiraj:

The bug appears to be triggered when an ->end_io handler returns a non- zero value to iomap after a direct IO write. It looks like the ext4 handler is the only one that returns non-zero in kernel 6.1.64, so for now one can assume that only ext4 filesystems are affected. The bug corrupts file data during a direct write operation, so I would also assume that files last modified before 6.1.64 was installed will not be corrupted. As far as I can tell, the corruption only affects file data (not metadata) but perhaps someone with more kernel experience than me can confirm. Best regards, Dale Richards

mkey 10.12.2023. 15:39

Heh, kod mene baš taj kernel. Da vratim na 5.15.140 ili da idem naprijed na 6.6.3?

tomek@vz 10.12.2023. 15:54

Citiraj:

Autor mkey (Post 3715446)
Heh, kod mene baš taj kernel. Da vratim na 5.15.140 ili da idem naprijed na 6.6.3?


Updejt i vozi misko :kafa:

Citiraj:

is addressed in 6.1.66 upstream already

mkey 10.12.2023. 15:55

Nekako se čini pametnije prešaltati prvo na stariji kernel pa onda odraditi update. Mogu li ja to uopće napraviti :D

Eto, odradio, valjda bude OK.

Zanimljivo da mi je ovo već drugi update u nizu koji mi faila kod boota nakon updejta i baca me u recovery mode jer ne može mountanti neku particiju. Prošli puta kada se dogodilo, editirao sam fstab i komentirao sam tu liniju. U samom recovery nisam ništa mogao jer nije dopuštalo input sa tipkovnice :D tako da sam odradio preko liva.

Sada opet isto, odem u fstab, dotična linija je i dalje komentirana ??? Otišao sam u live, chroot, update, opet skida jedno te iste fajlove, opet instalira i sada je kao sve u redu. Rolling release at its finest.

Nikky 10.12.2023. 18:11

Rolling release is Roling stones ? :D

tomek@vz 10.12.2023. 19:50

Citiraj:

Autor mkey (Post 3715452)
Nekako se čini pametnije prešaltati prvo na stariji kernel pa onda odraditi update. Mogu li ja to uopće napraviti :D

Eto, odradio, valjda bude OK.

Zanimljivo da mi je ovo već drugi update u nizu koji mi faila kod boota nakon updejta i baca me u recovery mode jer ne može mountanti neku particiju. Prošli puta kada se dogodilo, editirao sam fstab i komentirao sam tu liniju. U samom recovery nisam ništa mogao jer nije dopuštalo input sa tipkovnice :D tako da sam odradio preko liva.

Sada opet isto, odem u fstab, dotična linija je i dalje komentirana ??? Otišao sam u live, chroot, update, opet skida jedno te iste fajlove, opet instalira i sada je kao sve u redu. Rolling release at its finest.


Dobro kakvog Frankesteina to vrtis da se tak ponasa? Cak i kad sam Arch vrtio nisam imao takvih problema. Kaj u Fstabu radi probleme? Zakaj ne boota? Koja greska?

mkey 10.12.2023. 20:54

Ne znam kako da odgovorim na ovo prvo pitanje. Taj problem (odlazak u recovery) je počeo sa pretposljednjim updejtom. U međuvremenu sam ja klonirao sistemsku particiju s jednog na drugi SSD, s time da fstab koristi samo labele.

Jedno vrijeme sam se igrao s rEFIned pa sam imao redovito mountanu EFI particiju od 300MB. Pa sam je dodao u fstab u nekom trenutku i to je tako dugo stajalo i nije bio problem do već spomenutog pretplošlog updejta.

Code:

LABEL=EFI                                  /home/mkey/mnt/MB300/  vfat    defaults                  0 0
Greška koju izbaci je da ne može mountanti tu particiju. Predmetna linija nije po meni ništa posebno. Ima točno jedna particija s tim labelom i navedena putanja na disku postoji.

Zašto ne prepoznaje tipkovnicu u recovery, nemam blagog pojma. Bio sam i prije part puta u recovery (jednom sam zajebo fstab, drugi put je nvidia driver popizdio nakon updejta pa je trebalo ponoviti radnju) i te pute je bilo sve OK. Probao sam dvije tipkovnice i to uključene u USB port na ploči ali nije dopuštalo nikakav input. To je tako možda zbog onog zadnjeg BIOS flasha koji je moguće nešto uzjebo.

A sada vidim i da imam jedan lagani zajeb, nakon updejta/recovery sam bootao staru manjaro sistemsku particiju ("manjaro-2" umjesto "manjaro") :D Moja greška, biti će da mi je rEFIned dodao tu opciju u menu a ja nisam uočio nego stisnuo prvo što mi je ponudio. A mountana je prava home particija tako da nisam niti primijetio neku naročitu razliku dok nisam išao sada gledati što kaže file manager.

Linux je čudo, koliko god da zajebeš uporno radi i dalje.

medo 10.12.2023. 21:02

Citiraj:

Autor mkey (Post 3715452)
Sada opet isto, odem u fstab, dotična linija je i dalje komentirana ??? Otišao sam u live, chroot, update, opet skida jedno te iste fajlove, opet instalira i sada je kao sve u redu. Rolling release at its finest.


Ili se promjene nisu commitale u filesistemu ili imaš nešto šti “štiti” fstab od “slučajnog” editiranja.

tomek@vz 10.12.2023. 22:14

Citiraj:

Autor mkey (Post 3715494)
Ne znam kako da odgovorim na ovo prvo pitanje. Taj problem (odlazak u recovery) je počeo sa pretposljednjim updejtom. U međuvremenu sam ja klonirao sistemsku particiju s jednog na drugi SSD, s time da fstab koristi samo labele.

Jedno vrijeme sam se igrao s rEFIned pa sam imao redovito mountanu EFI particiju od 300MB. Pa sam je dodao u fstab u nekom trenutku i to je tako dugo stajalo i nije bio problem do već spomenutog pretplošlog updejta.

Code:

LABEL=EFI                                  /home/mkey/mnt/MB300/  vfat    defaults                  0 0
Greška koju izbaci je da ne može mountanti tu particiju. Predmetna linija nije po meni ništa posebno. Ima točno jedna particija s tim labelom i navedena putanja na disku postoji.

Zašto ne prepoznaje tipkovnicu u recovery, nemam blagog pojma. Bio sam i prije part puta u recovery (jednom sam zajebo fstab, drugi put je nvidia driver popizdio nakon updejta pa je trebalo ponoviti radnju) i te pute je bilo sve OK. Probao sam dvije tipkovnice i to uključene u USB port na ploči ali nije dopuštalo nikakav input. To je tako možda zbog onog zadnjeg BIOS flasha koji je moguće nešto uzjebo.

A sada vidim i da imam jedan lagani zajeb, nakon updejta/recovery sam bootao staru manjaro sistemsku particiju ("manjaro-2" umjesto "manjaro") :D Moja greška, biti će da mi je rEFIned dodao tu opciju u menu a ja nisam uočio nego stisnuo prvo što mi je ponudio. A mountana je prava home particija tako da nisam niti primijetio neku naročitu razliku dok nisam išao sada gledati što kaže file manager.

Linux je čudo, koliko god da zajebeš uporno radi i dalje.


U tvom slucaju uvijek se iznova iznenadim da uopce radi :lol2:
efi spada u /boot i nikamo drugdje. I sta ce ti refind pokraj Gruba? I /mnt u /home???? I onda se cudis kaj svako malo nekaj potrgano....jooooooj....

Ivo_Strojnica 11.12.2023. 02:02

Mene fascinira kako je to uopce uspija složiti. :D
Ne bi mi nikad takav raspored pao na pamet.

c-shadow 11.12.2023. 13:05

Ma ljepote... :D

systemd 255 Released With A "Blue Screen of Death" For Linux Systems


https://i.postimg.cc/9zMHwLsq/1w8eof7uk75c1.webp

tomek@vz 11.12.2023. 13:12

Citiraj:

Autor c-shadow (Post 3715581)


Sad samo cekamo da vrag dopusti skijanje dole. Ili da svinje dobe krila :lol2:

mkey 11.12.2023. 19:24

A jeste ga navalili. Pa EFI particija i tako ne treba biti mountana, ovisno o tome gdje se nalazi bootloader.

Već smo se ovoga dotakli, rEFInd koristim iz jednog jedinog razloga: zato što razni instaleri drkaju kurac i montiraju jebeni bootloader ondje gdje njima bude zgodno. Bootam u refind i nemam nikakvih problema, boota mi i ovo smeće od windows spyware kada mi povremeno treba. Za razliku od gruba radi bez greške.

Što se tiče ove lokacije na koju sam mountao tu particiju, to je stvarno neobično, ne sjećam se što je tu pjesnik htio reći. Vjerojatno sam htio da mi lokacija bude pri ruci, ali to je trebalo linkati.

Ali ponavljam, radilo bez problema do ovih zadnjih par updejta, dakle nije svako malo. I eliminirano je pošto mi nije potrebno.

tomek@vz 12.12.2023. 08:37

Citiraj:

Autor mkey (Post 3715660)
A jeste ga navalili. Pa EFI particija i tako ne treba biti mountana, ovisno o tome gdje se nalazi bootloader.

Već smo se ovoga dotakli, rEFInd koristim iz jednog jedinog razloga: zato što razni instaleri drkaju kurac i montiraju jebeni bootloader ondje gdje njima bude zgodno. Bootam u refind i nemam nikakvih problema, boota mi i ovo smeće od windows spyware kada mi povremeno treba. Za razliku od gruba radi bez greške.

Što se tiče ove lokacije na koju sam mountao tu particiju, to je stvarno neobično, ne sjećam se što je tu pjesnik htio reći. Vjerojatno sam htio da mi lokacija bude pri ruci, ali to je trebalo linkati.

Ali ponavljam, radilo bez problema do ovih zadnjih par updejta, dakle nije svako malo. I eliminirano je pošto mi nije potrebno.

Vrtis rolling release distro, imas nestandardnu instalaciju. Da stvari se budu potrgale. A kod Uefi sustava efi particija je uvijek mountana posto se tu smjesta bootloader. Kakve to aplikacije imaju problem s grubom?

mkey 12.12.2023. 18:28

Ja se ne žalim na probleme, kako sam x puta kazao čudo jedno koliko to dobro radi.

Moj "problem" (u biti nije problem, već specifičnost mojeg načina korištenja koji ne mora biti nekome po volji za što me zaboli) je što sam promijenio hrpetinu distribucija tokom nekoliko godina, dok u hodu pretežito učim na greškama.

Preformatirao sam diskove u više navrata, isto tako prebacivao i particije vamte tamte. Krenuo sam sa SSD od 250GB kao sistemskim, pa onda prebacio sistem na SSD od 500GB, pa onda prebacio na SSD od 1TB i sada njega koristim kao sistemski. I bogami to tako ostaje dok taj disk bude živ

Iinicijalno sam imao sistemsku + home na tom disku od 250GB. Pa sam klonirao na disk od 500GB i napravio još jednu sistemsku i home za eksperimentiranje sa drugim distrama. Pa sam dodao spyware 10 sa onom njegovom rapsodijom od particija. Te particije su bile posvuda.

Uz dva M2 SSDa, imam i jedan SATA SSD te dva HDD. Sa svim tim instaliranjem i prebacivanjem, bootloader ne bi uvijek završio tamo gdje treba. Čak niti onda kada bih mu rekao što da radi, on bi odradio po svojem. Neki instaleri uopće niti ne pitaju kamo da ga stave nego odaberu sami. A kada sam krenuo nisam niti imao EFI particiju nego ju dodao naknadno kada sam krenuo raspetljavati to što sam zakuhao tijekom godina.

Ako nema EFI particije, onda ona nema kamo biti niti mountana. Koliko se sjećam ubuntu instaler prije kakve 4 godine nije niti pitao za EFI particiju, pa je nisam tada niti napravio. I tako se to vuklo par godina.

Sa svim tim brčkanjem meni osobno se refind pokazao kao dobro i jednostavno riješenje. Povremeni problemi koje sam imao s grubom (osim gore navedenih koji baš i nisu direktno vezani za grub) su bili u tome što mi je znalo prilikom updejta kiksati pa ne vidjeti koju od tih mojih raštrkanih sistemskih particija. A sa refindom takvih problema do sada nisam imao. Treba samo prilikom promjene diska pokrenuti njegov instaler nakon čega on napravi novi nvram entry i vozi.

tomek@vz 13.12.2023. 09:10

To je upravo ono kaj kod tebe nemogu skuzit. Ak imas UEFI instalaciju , da imas 100 OS-eva - trebas samo jednu EFI particiju. Jednu. I ako se drzis standarda, Grub ce uvijek odraditi posao kak spada (zasebna /boot i /boot/efi particija). Hocu ti samo ukazat da to sto radis je tolko van standarda da boli glava i ako se nakon upgrejda potrga - ocito ne radi. To kaj Ubuntu te ne upozori na nedostatak EFI particije moze biti iz vise razloga al ja se drzim onoga da je Ubuntu u zadnje vrijeme postao poluproizvod kojem je bitnije da radi kao WSL instanca i gura smrdljivi SNAP al kaj bus. Dakle primjer: kod mene su 2 nvme diska i 2 HDD-a. Fedora je na 1 nvme - dakle /boot /boot/efi i LVM za sistem/home. Ako pozelim instalirat Windows - isti ide na drugi nvme disk ali koristi EFI particiju sa Fedora instalacije - tu lupa svoj bootloader a da pritom ne skrsi grub.


Code:

root@fedora:~# ls -l /boot/efi/EFI/
total 12
drwx------. 2 root root 4096 31. Okt 21:09 BOOT
drwx------. 2 root root 4096  8. Dez 12:05 fedora
drwx------. 4 root root 4096  8. Dez 12:01 Microsoft

Nakon sto se zapise moram samo u BIOS-u izmjeniti da je Grub glavni bootloader i iz Fedore jednom novu Grub konfiguraciju gruba zapisat:


Code:

grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg
(naravno nakon sto sam editirao /etc/default/grub)

I to je to. Da pozelim sad jos neku Linux distru dodatno instalirat ili BSD - istim procesom mozes Grub unedogled skalirat. I boota sve.

E sad da je MBR / Legacy boot - e onda je malo zesca perverzija nuzna jer Windows Bootloader prepise Grub. Ali i to je rijesivo :fiju:

c-shadow 13.12.2023. 09:47

@tomek
Nisam već dugo probao perverziju s dual/multi bootom linuxa i M$ winblowsima, vjerojatno još od doba prije EFIja :)
Nikad mi to nije bilo interesantno, a win tjeram u VMu ako trebam.
Jel se još događa da winblowsi na random odaberu disk na koji će nasrati svoje dijelove ili su to možda u međuvremenu riješili?
Koliko se sjećam, jedini pouzdani način da im veliš da budu na jednom i samo tom jednom disku bio je da se fizički ištekaju svi ostali diskovi :)

Dule 13.12.2023. 10:39

Ne znam za EFI i sl. ali za MBR Windowsi će uvijek zapisati svoj bootloader na prvi disk u BIOS-u, znači ako npr. imam dva diska, Windows i Linux, i ako mi je Linux prvi disk u BIOS-u i instaliram Windowse na drugi, Windowsi će prilikom instalacije pregaziti bootloader na prvom (Linux) disku, a instalirat se na drugi. Zato uvijek promjenim boot order ako instaliram Windowse pored Linuxa da je Windows prvi disk, i onda kasnije promijenim.

tomek@vz 13.12.2023. 12:14

Nope. Sa Uefi instalacijom tih problema nema. Kod uefi je samo efi particija bitna. However….eto konkretno kod zadnje instalacije formatirao disk na kojem je sad windows i kod instalacije mu dao da se tu instalira. Nope nebre kreirat particije. Zadnji put sljakalo normalno. Reko ok….kreirao rucno NTFS particiju za instalaciju, dao mu da se na nju instalira i tad je proslo sve normalno. EFI particiju na drugom disku normalno prepoznao i lupio svoj bootloader nutra a ostalo nije dirao.

domy_os 13.12.2023. 14:55

Takvo je i moje iskustvo, multiboot sa UEFI puno bolje radi. Jedino preporučam da EFI particija bude nešto veća, tipa 1 GB, jer se brzo napuni kad se stavi par OS-ova. Onda kad trebaš flashati BIOS ili nešto što koristi EFI, neće raditi. Sa 1 GB si siguran da tih problema neće biti.

c-shadow 13.12.2023. 15:25

1GB!?
Pa koliko ostali OSovi pune EFI particiju?
Kod mene to neka mizerija, doduše samo jedan OS :)

Code:

Filesystem      Size  Used Avail Use% Mounted on
/dev/nvme0n1p2  197M  6,1M  191M  4% /boot/efi


tomek@vz 13.12.2023. 18:10

1GB je overkill al nikad neznas kakve perverzije netko hoce radit :lol2:
Code:

1,8M    /boot/efi/EFI/BOOT
16M    /boot/efi/EFI/fedora
27M    /boot/efi/EFI/Microsoft



A uostalom... 1GB vise/manje u danasnje vrijeme ne boli tolko so....

domy_os 13.12.2023. 18:15

Ne znam kako je meni došlo do 300+ MB...

mkey 13.12.2023. 18:53

tomek, imam ja EFI particiju, nego ju manjaro iz nekog (od brojnih gore navedenih) razloga ne koristi. Moguće da sam EFI particiju napravio tek nakon što sam instalirao manjaro. Ne sjećam se.

Sistemski disk izgleda ovako:

Code:

Device              Start        End  Sectors  Size Type
/dev/nvme0n1p2      2048      34815    32768    16M Linux filesystem <-- MS govanjce od particije
/dev/nvme0n1p3      34816    649215    614400  300M Microsoft basic data <-- EFI particija
/dev/nvme0n1p4    649216  123529215 122880000  58,6G Microsoft basic data <-- spyware
/dev/nvme0n1p5  123529216  196120575  72591360  34,6G Linux filesystem <-- ubuntu (za probavanje, ne koristim ovo baš)
/dev/nvme0n1p6  196120576  502251519 306130944  146G Linux filesystem <-- ubuntu home
/dev/nvme0n1p7  502251520  622938111 120686592  57,5G Linux filesystem <-- manjaro
/dev/nvme0n1p8  622938112 1031923711 408985600  195G Linux filesystem <-- manjaro home
/dev/nvme0n1p1 1031923712 1953523711 921600000 439,5G Linux filesystem <-- data particija, p1 zato jer je prva nastala na disku

Ovo što ti kažeš da je najlakše staviti spyware na svoj disk, vjerojatno imaš pravo. Ja sam htio imati sve na jednom disku pa je ovaj drugi bio za podatke. To smeće i tako ne zaslužuje svoj disk.

Kada je manjaro instaliran, mislim da nije bilo EFI particije. Ili je instalacija promašila EFI particiju. Ne sjećam se.
Ubuntu bootloader je uredno instaliran na EFI particiju.
Spyware bootloader je uredno instaliran na EFI particiju (recimo)

Code:

ls -l /home/mkey/mnt/MB300/EFI
total 1944
drwxr-xr-x 2 root root    4096 ožu  5  2023 Boot <-- nisam siguran kako je ovo ovdje završilo
-rwxr-xr-x 1 root root    2048 velj 21  2021 BOOT.CATALOG
-rwxr-xr-x 1 root root  413738 stu  19  2020 BOOTMGR
-rwxr-xr-x 1 root root 1541648 stu  19  2020 BOOTMGR.EFI
drwxr-xr-x 4 root root    4096 srp  3  2022 MICROSOFT <-- isti fajlovi su i ovdje
drwxr-xr-x 2 root root    4096 pro  11 19:31 neon <-- ostatak od prethodne instalacije neona
drwxr-xr-x 6 root root    4096 stu  22 19:30 refind
drwxr-xr-x 2 root root    4096 tra  14  2023 tools <-- ovo mislim da je refind napravio
drwxr-xr-x 2 root root    4096 lip  26  2022 ubuntu <-- ovo radi normalno

S obzirom da je neon tu a to je bilo prije manjara, onda bih kazao kako je manjaro instaler odradio po svom. Ili sam mu možda ja trebao kazati da koristi EFI particiju a nisam to napravio.

Mogo bih to malo počistiti, ali eto za sada je tako kako je. Ovu mečku mi se momentalno ne da baš čačkat :D Najljepše bi to sve bilo napraviti na novo i kako spada ali brzo padne mrak.

tomek@vz 13.12.2023. 19:55

Imam sve vise osjecaj da je Manjaro hrpa koda koju samo njegovi developeri shvacaju...moram isprobat :lol2:

c-shadow 13.12.2023. 20:11

Nisam impresioniran...
Nedavno sam instalirao Manjaro u VM, xfce ofkors... radi. Pustim updateove... više ne radi. Snapshot zaboravio, jbg. Crni ekran, sranja nekakva u konzoli. Nikakav AUR, nikakve komplikacije, gola instalacija + update i potrgao se sam od sebe. Možda ne voli virtualke :)
A šteta baš mi trebao zbog novijeg kernela i nekih jako novih alternativnih libova da nešto isprobam. Nije bilo gotove alternative niti na gedori niti na debilanu/jubuntu, ali arch pozadina naravno to ima. Na kraju na jubuntu VMu iskompilirao si to što mi je trebalo i odradio, potrošio više vremena nego sam planirao.
Isprobavao sam Arch isto nekad davno, radi to dok ti ne zatreba nešto novo, onda to potegneš s aura... i onda više ne radi, ali za valjda 15 minuta tamo netko nađe rješenje, naravno čitaj, gledaj, popravljaj. Debian unstable i šašavi ubuntu maintaineri su mila majka u usporedbi s ovom arch ekipom.
Uf, sad sam bacio bombu, čekam da me dežurni Archeri krenu gađati :D

medo 13.12.2023. 21:11

Kad smo već kod Streličara, koristi li netko Arch u produkciji za poslovne svrhe? :)

tomek@vz 13.12.2023. 21:30

Citiraj:

Autor medo (Post 3716133)
Kad smo već kod Streličara, koristi li netko Arch u produkciji za poslovne svrhe? :)

Bas me zanima tko bi se zelio dnevno ranjavat na sustavima o kojima produkcija zavisi…mislim da tolko tresnutih na forumu nema….valjda…

@mkey - jel moguce da je ta instalacija u pocetku bila legacy boot pa si prebacio na uefi po ovim uputama?

https://wiki.manjaro.org/index.php?t..._Install_Guide

mkey 13.12.2023. 21:58

Jebemu sve po spisku.

Kod kloniranja particije klonira i UUID. Kako sam imao ono sranje s resize particije, napravio sam backup sa jednog SSD na drugi SSD. Očito je random bootalo manjaro OS s jednog odnosno drugog diska, kako je koji prvi došao na red.

Zato mi se činilo kako "ne sprema update". Pošto su mi labeli u fstab, bootao je backupirani manjaro sa ispravnom home particijom. Čudo jedno koliko dobro to radi.

Kako bilo, kako sam bootao upravo tu backup particiju, nisam joj mogao promijeniti UUID. Nakon x peripetija (ispada da manjaro 21 iso ima outdated keyring) bootam u manjaro live env, instaliram gparted i promijenim UUID te backup particije na drugom SSD (koju ću i tako obrisati).

Bootam ispravnu manjaro particiju, napravim update, hoću mountant efi particiju, izbacuje grešku zbog vfat. Staro pravilo, reboot nakon update, ali ne.

Reboot, bootam sa refind, instaliram grub, grub-update, reboot, bootam sa grub, sve radi. Evo, jeste li zadovoljni sada? :D

Code:

nvme0n1                                                                                 
├─nvme0n1p1 btrfs        data        1b1639fc-77e3-464c-b789-737d07ec8ce1  389,4G    11% /home/mkey/data
├─nvme0n1p2                                                                             
├─nvme0n1p3 vfat  FAT32 EFI          7284-8B3C                            178,2M    40% /boot/efi
├─nvme0n1p4 ntfs        spyware      C0E2C7C6E2C7BEC2                                   
├─nvme0n1p5 ext4  1.0  ubuntu      3ac587a3-ee54-4651-a8e5-5331aeba775d               
├─nvme0n1p6 ext4  1.0  ubuntu-home  81549806-1fd3-4207-bcf5-42fcf4d617b9               
├─nvme0n1p7 ext4  1.0  manjaro      51e115d5-4c29-4701-8ef8-183ab6297b09  21,1G    58% /
└─nvme0n1p8 ext4  1.0  manjaro-home b8abb870-5394-46ca-9693-461dc2d30c5e  103,8G    41% /home

Jedino što tu nije baš košer je to što je ta data particija prva u partition table iako je na kraju diska. Možda ako je obrišem i napravim nanovo poreda to kako treba.

A ovo je sada uredno ko zen vrt.

Code:

ls /boot/efi/EFI
total 24
drwxr-xr-x 2 root root 4096 pro  13 19:38 Boot
drwxr-xr-x 2 root root 4096 pro  13 20:05 manjaro
drwxr-xr-x 4 root root 4096 srp  3  2022 MICROSOFT
drwxr-xr-x 6 root root 4096 stu  22 19:30 refind
drwxr-xr-x 2 root root 4096 lip  26  2022 ubuntu

@tomek ne vjerujem da je bila legacy nego sam tokom instalacije nešto isfušario. Mislim da manjaro instaler ne pita kamo da stavi bootloader u kojem slučaju vjerojatno treba tijekom setupa specificirati EFI particiju.


Sva vremena su GMT +2. Sada je 22:28.

Powered by vBulletin®
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 1999-2024 PC Ekspert - Sva prava pridržana ISSN 1334-2940
Ad Management by RedTyger