Linux OS - info, how-to, pitanja, novosti, savjeti, problemi... - Stranica 93

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

ups

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

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

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

Updejt i vozi misko

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

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

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 ?

tomek@vz · 10.12.2023., 19:50

Citiraj:

Autor mkey

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

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

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")

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

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

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")

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

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.

Ne bi mi nikad takav raspored pao na pamet.

c-shadow · 11.12.2023., 13:05

Ma ljepote...

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

tomek@vz · 11.12.2023., 13:12

Citiraj:

Autor c-shadow

Ma ljepote...

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

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

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

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

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

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

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

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

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

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?

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.

10.12.2023., 15:55	#2765
mkey Premium Moj komp Datum registracije: Sep 2018 Lokacija: tu Postovi: 1,974	Nekako se čini pametnije prešaltati prvo na stariji kernel pa onda odraditi update. Mogu li ja to uopće napraviti 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 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. Zadnje izmijenjeno od: mkey. 10.12.2023. u 16:30.

10.12.2023., 20:54	#2768
mkey Premium Moj komp Datum registracije: Sep 2018 Lokacija: tu Postovi: 1,974	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") 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.

11.12.2023., 02:02	#2771
Ivo_Strojnica PRO Moj komp Datum registracije: Apr 2010 Lokacija: Zagreb Postovi: 4,193	Mene fascinira kako je to uopce uspija složiti. Ne bi mi nikad takav raspored pao na pamet. __________________ "Who is your daddy and what does he do?"

13.12.2023., 09:10	#2777
tomek@vz Premium Datum registracije: May 2006 Lokacija: München/Varaždin Postovi: 3,383	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

13.12.2023., 14:55	#2781
domy_os EMP moderator Datum registracije: Apr 2005 Lokacija: Osijek Postovi: 18,411	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. __________________ "Kako su krojači novog svjetskog poretka uspjeli u tako kratko vrijeme slomiti intelektualne sposobnosti društva, uništiti kritičku svijest i ljudima nametnuti izvrnutu logiku?"

10.12.2023., 15:39	#2763
mkey Premium Moj komp Datum registracije: Sep 2018 Lokacija: tu Postovi: 1,974	Heh, kod mene baš taj kernel. Da vratim na 5.15.140 ili da idem naprijed na 6.6.3?

10.12.2023., 18:11	#2766
Nikky Moderator Datum registracije: Sep 2006 Lokacija: St Postovi: 22,607	Rolling release is Roling stones ?

11.12.2023., 13:05	#2772
c-shadow Premium Moj komp Datum registracije: Feb 2007 Lokacija: Istra Postovi: 3,010	Ma ljepote... systemd 255 Released With A "Blue Screen of Death" For Linux Systems

11.12.2023., 19:24	#2774
mkey Premium Moj komp Datum registracije: Sep 2018 Lokacija: tu Postovi: 1,974	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.

12.12.2023., 18:28	#2776
mkey Premium Moj komp Datum registracije: Sep 2018 Lokacija: tu Postovi: 1,974	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.

13.12.2023., 09:47	#2778
c-shadow Premium Moj komp Datum registracije: Feb 2007 Lokacija: Istra Postovi: 3,010	@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

13.12.2023., 10:39	#2779
Dule Premium Moj komp Datum registracije: Aug 2006 Lokacija: Zagreb, Sesvetski Kraljevec Postovi: 554	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.

13.12.2023., 12:14	#2780
tomek@vz Premium Datum registracije: May 2006 Lokacija: München/Varaždin Postovi: 3,383	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.

13.12.2023., 15:25	#2782
c-shadow Premium Moj komp Datum registracije: Feb 2007 Lokacija: Istra Postovi: 3,010	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

13.12.2023., 18:10	#2783
tomek@vz Premium Datum registracije: May 2006 Lokacija: München/Varaždin Postovi: 3,383	1GB je overkill al nikad neznas kakve perverzije netko hoce radit 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....

Oglasni prostor
PC Ekspert Forum Oglas

13.12.2023., 18:15	#2784
domy_os EMP moderator Datum registracije: Apr 2005 Lokacija: Osijek Postovi: 18,411	Ne znam kako je meni došlo do 300+ MB... __________________ "Kako su krojači novog svjetskog poretka uspjeli u tako kratko vrijeme slomiti intelektualne sposobnosti društva, uništiti kritičku svijest i ljudima nametnuti izvrnutu logiku?"

13.12.2023., 19:55	#2786
tomek@vz Premium Datum registracije: May 2006 Lokacija: München/Varaždin Postovi: 3,383	Imam sve vise osjecaj da je Manjaro hrpa koda koju samo njegovi developeri shvacaju...moram isprobat

13.12.2023., 20:11	#2787
c-shadow Premium Moj komp Datum registracije: Feb 2007 Lokacija: Istra Postovi: 3,010	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

13.12.2023., 21:11	#2788
medo #erase startup-config Moj komp Datum registracije: Nov 2001 Lokacija: Zagreb Postovi: 2,964	Kad smo već kod Streličara, koristi li netko Arch u produkciji za poslovne svrhe? __________________ "It's not a bug, it's a feature!" 1N6pJsvusP7afu23qs1uBscK16wfcG7C8m

13.12.2023., 21:58	#2790
mkey Premium Moj komp Datum registracije: Sep 2018 Lokacija: tu Postovi: 1,974	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? 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.