Költői kérdés.
Mi okból, mi szüksége van egy Uefis telepításnek hogy az EFI partíciót becsatolja a /boot alá?
Így csak root joggal lehet matatni rajta pedig nyamvadt FAT fájlrendszer.

Más értelmes okát nem látom, mivel magához a boothoz köze nincs hogy be van vagy nincs mountolva, merugye fstabba benne is van a csatolás vagyis az os indulása után csatolja be.

Van egypár fájl a /boot/efi alatt, ami adott esetben frissülhet. Pl. a grub.cfg, grubx64.efi, grubia32.efi, ezek a Grub fájlai. Lehetnek ott firmware fájlok is (fwupdate vagy fwupx64.efi), amik szintén frissülhetnek, vagy létrejöhetnek, ha olyan új eszközt raksz a gépbe, aminek kell a firmware a boot alatt. Meg ott vannak a Shim fájlai is, a secure boothoz, ez is frissülhet időnként.

Hello.
Mi a legjobb/legegyszerubb modja, hogy Win (10 vagy 11) futrassak Linux alatt? Van egy programom, ami Linux alatt nem ugy mukodik mint szeretnem, es ezert akarnam igy futtatni.

Az attól függ, hogy kell-e átengedni dedikált gpu-t.

Jatekkeszito szoftver, ami igenyli a proci/ram/videokartyat.

Kvm a megoldás akkor. Virt-manager.

Megnezem majd. Koszi.

Tök jó, én még nem láttam.

arra készülj, hogy ha csak egy GPU van a gépedben akkor amíg a KVM fut le fogja csatolni a host rendszerről a GPU-t, tehát vagy a VM-et látod majd vagy a saját géped.
Illetve arra is esély van hogy vbios-t kell cserélni a kártyán, hogy ez működjön.

[ Szerkesztve ]

Debian miért nem hajlandó egy minden engedéllyel rendelkező .sh szkriptet lefuttatni?
Konkrétan a ddccontrol nevű program fényerő és kontraszt szabályzó szkriptjeimet megtagadja ezzel:
execvp:Érvénytelen végrehajtható fájlformátum.
Ha szkript tartalmát bemásolom terminálba, csont nélkül azonnal lefut.
Ez és hasonlók, mi baja van a formátummal, Debian nem a bash-t haználja, az kizárt mert ugyanakkor más régi ilyen szkriptek meg lefutnak kattintásra, pl. a monitoroff szkriptem is.

Mi a baja ezzel?
 #!/bin/bash
#vilagossag=75%
echo <itt a jelszavam van beírva> | sudo -S ddccontrol -r 0x10 -w 35 dev:/dev/i2c-5
sleep 1 ; echo <itt a jelszavam van beírva> | sudo -S ddccontrol -r 0x12 -w 65 dev:/dev/i2c-5

[ Szerkesztve ]

Kivettem a szkriptből az echo-jelszavamat hátha az a baja és hozzáadtam a ddccontrolt a sudoershez.
Akkor is dobja a hibaüzenetet,
execvp:Érvénytelen végrehajtható fájlformátum.
és nem fut le.

[ Szerkesztve ]

Debian dash-t hasznal, nem bash-t, mint default shell:

coresec@executor:~$ which sh
/usr/bin/sh
coresec@executor:~$ ls `which sh`
lrwxrwxrwx 1 root root 4 Jan  5  2023 /usr/bin/sh -> dash
coresec@executor:~$ file `which dash`
/usr/bin/dash: ELF 64-bit LSB pie executable, x86-64, version 1 (SYSV), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, BuildID[sha1]=be6397ddffc3e384c505d7deab3bed190c884df9, for GNU/Linux 3.2.0, stripped

ez se fut le de erre akkor miért nincs hibaüzenet?
#!/bin/bash
xrandr --output HDMI-1 --brightness $(echo "$(xrandr --verbose |grep Brightness |grep -o '[0-9].*')+0.1" | bc)

ez meg kétkattra lefut és ki is kapcsol a monitor
#!/bin/bash
sleep 2 && xset dpms force off

[ Szerkesztve ]

Ha nincs hibauzenet, akkor lefut.

Értelek de a fényerőszkriptek eddig Ubuntun, Minten, ha jól emlékszek Manjaron is mentek, Debianon meg nem.
A többi megy csak ezek a ddccontrol vezérlők nem.
Ilyet sose láttam még ezt az execvp hibát. Ezt a hibaüzit a Dolphin fájlkezelő dobja.
Terminálba meg nem tudom tesztelni mi a konkrét baja ezzel a execvp izével mivel terminálba meg lefut simán a parancs és végre is hajtja, változik a fényerő-kontraszt.

Kb. 5 éve alkottam ezeket a kis szkripteket a ddccontrolhoz, már feltúrtam a man-t is hátha valami változott a szoftverbe de nem.

Hogyan tudom akkor működésre bírni?

[ Szerkesztve ]