- Vezetékes FEJhallgatók
- Fujifilm X
- Házi hangfal építés
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Teljesen az AI-ra fókuszál az új AMD Instinct sorozat
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- HiFi műszaki szemmel - sztereó hangrendszerek
- SD-kártyát vennél? Ezért ne csak a GB-ot nézd! – Tech Percek #9
- Azonnali VGA-s kérdések órája
- Bluetooth hangszórók
-
PROHARDVER!
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
Kétévente pár napig nekem is szokatlanság van a tiszta telepítés után, szinte lehetetlen totál ugyanazt a megjelenést, fontokat élsimitással belőni plusz az addig megszokott programok közül is néha kiesik egy-kettő, no az nagyon idegesítő tud lenni. De hát ilyen ez a popszakma.
-
Lehetek akár theta-teszter is, nkem mindegy!
Teljesen jó az a 19.3, sőt pár hónapja cseréltem le külhoni baráti népek egyik gépén a 18.03-at, aszongya a user, hogy neki teljesen jó volt az, minek cserélni, de szerencsére nem tudott mit csinálni, mert a 120gigás SSD-t is cseréltem 500gigásra a gépben. Az Elitebook workstation állapota alapján a koma még 15 év múlva is ugyanígy használta volna a gépet meg az OS-t.
Ami persze egyáltalán nem rossz dolog.
-
Beta teszter....ööö nem Manjaro-t rakok fel meg nem is végleges kiadású Ubuntu-t!
Ezekkel betateszterkedik mindenki, aki felrakja. Ugye nyilván tudjuk, hogy a Mint az áprilisban megjelenő Ubuntu alapjára fejleszti/stabilizálja a saját csomagokat és mire kiadásra alkalmasnak ítélik az iso-t, gyakorlatilag az Ubuntu core rengeteg javításon is átesik, szóval az, hogy most egy preverzió jött ki a Mint-ből az csak megszokás, tapasztalat már nálam, hogy ezeket rakom fel és kb alig jön ki pár csomagfrisssítés és kiadják a végleges Mint verziót.
Szóval az előbb említett disztrókhoz képest ez quasi egy már igen stable verzió!
-
Sanyi.mTs
addikt
linux mint 20.3 cinnamon
hogyan tudom beállítani, hogy egy jelszó nélküli "felhasználó" automatikusan bejelentkezzen gép indításakor? -
Jajjjmár....ez nem ugyanaz, mint a remegő orrcimpa a rollingosoknál, hogy már egy óraája nem frissült egyetlen alphabetha csomagsem, mi lett a tükrökkel uristen!
2 évente jön ki főverzió, még jó, hogy kíváncsi vagyok!
Ja és nem a régi a jó, hanem az a stable, ami van, az a jó! Ugye a világon ilyen bölcsességalapú áéet is van ám, hogy ami működik, azt minek megjavítani? No relleresek ezt nem vallják, ezért copnap gyakorta!
Ja egyébként épp az új főverzióval kapjuk az új core csomagokat! Mesa 22.0.1 például....de még nem raktam fel, csak az iso-ja jött le....
-
gregory91
senior tag
válasz
tordaitibi #84720 üzenetére
#84724 :+1
A dolog furcsasága ha megnézed a telepítési naplót kétszer fut le a grub-install és a második alkalommal omlik össze a rendszer(linux mint alatt, ezt vettem észre elferdült szemöldökömmel wtf).
Ha meg van a boot mappa(nem az efi partición) akkor manuálisan utólag telepítheted a sudo grub-install /dev/sda paranccsal (mivel liveból fut így nem kell jelszó se értelemszerűen).Bár (talán) számolni kell azzal hogy a hátra maradt folyamatok így nem hajtódnak végre.Vagy kockáztathatsz ha meg adod grub-install-nak a efi particiót. -
#68216320
törölt tag
válasz
fatpingvin #84786 üzenetére
Szerintem ugyanarra gondolunk, mindketten tisztában vagyunk azzal, hogy maga a titkosítás blokkeszköz szintű (azaz nem maga fájl van titkosítva).
Talán kicsit másképp fejezzük ki magunkat, én talán kissé pontatlanul is. Az egész abból az válasz elírásombol indult ki, hogy a fájlrendszerem van titkosítva, miközben magára a root partíciómra (a partíciós táblán belül jelzett területre) gondoltam. A folyamatból is kiderül, hogy eleve nem lehet a fájlrendszer titkosított, de egy hozzászólásra reagálva sajnos elírtam és fájlrendszerként utaltam rá. (#84767)
cryptsetup -y -v luksFormat /dev/sdb2 (partíciót titkosítom)
cryptsetup open /dev/sdb2 root (titkosított partíciót feloldom, mappelem)
mkfs.ext4 /dev/mapper/root (létrehozom a fájlrendszert a feloldott/mappelt eszközön)
mount /dev/mapper/root /mnt (telepítéshez mountolom)Szóval, elképzelhető, hogy kicsit túlelemeztük vagy épp elbeszéltünk egymás mellett (vagy éppen a szokásos pongyolaságommal fogalmaztam - sry).
Mindenesetre az piszok jó, hogy minden apróságra figyeltek és korrigáljátok.
Így biztosan nem érti félre senki. Szóval köszönöm szépen a pontosítást. -
fatpingvin
addikt
válasz
#68216320 #84785 üzenetére
szerintem teljesen egyértelmű.
fájlrendszer szintje alatt működik: nem számít neki hogy a titkosított blokkeszköz tartalma fájlrendszer, partíciós tábla, LVM kötet vagy bármi egyéb.
vagy most elbeszélünk egymás mellett?
szerintem ez a rész azt hivatott kihajgsúlyozni, hogy a titkosítás blokkeszköz szintű, azaz a titkosított egységet feloldás után blokkeszközként tudod használni, tudod mondjuk formázni egy fájlrendszerre.
gondolom azt egyszerűsítették le hogy a titkosítást több szinten lehet megoldani, a lowest level a hardveres, efölött van a blokkeszköz szintű, a fájlrendszer is lehet titkosított illetve a fájlrendszeren tárolt állomány önmaga is lehet az (mondjuk egy titkosított archívum) -
#68216320
törölt tag
válasz
fatpingvin #84784 üzenetére
Ezt tudom, de mi mást érthetnek egy blokkeszköz titkosítás magyarázatánál.
"operates below filesystem layer: does not care whether the content of the encrypted block device is a filesystem, a partition table, a LVM setup, or anything else"Lehet akkor helyesen így szólna talán:
"operates below filesystem layer: does not care whether the content of the encrypted block device is a partition, a partition table, a LVM setup, or anything else" -
#68216320
törölt tag
válasz
fatpingvin #84782 üzenetére
Nem lehet, hogy a leírásban a filesystem-el utalnak igazából erre? Végülis az egy partíció a blokkeszközön/partíciós táblán, ami valamire meg van formázva. Esetemben erre a partícióra az blokkeszközön sdb2-vel hivatkozok. (már ha jól értem a dolgot)
-
#68216320
törölt tag
válasz
fatpingvin #84780 üzenetére
Persze, világos, köszönöm. Amikor hibásan említettem erre gondoltam csak helytelen kifejezést használtam.
Itt igazából szépen leírják: "operates below filesystem layer: does not care whether the content of the encrypted block device is a filesystem, a partition table, a LVM setup, or anything else"Ergo esetemben titkosítom, feloldom, formázom, mountolom. Nem érdekli mire van formázva és hova mountolom. A teljes ssd titkosítást az EFI macera miatt nem tettem meg, mivel arról is boot-olok. Az maradt titkosítatlan.
-
fatpingvin
addikt
-
#68216320
törölt tag
válasz
ubyegon2 #84776 üzenetére
Lehet tényleg erről van szó.
Más:
Egy ideje küzdöttem, hogy win-hez hasonlóan a laptopomon lehessen energiatakarékosan az nvidia (rtx 2060) vga-t használni zárt driver mellett kilépés/újraindítás nélkül. Mégpedig olyan módon, hogy csak szükség esetén legyen bekapcsolva, amúgy ne fogyasszon energiát.
Tegnap sikerült beüzemelnem a hybrid megoldást és tényleg nem üzemel alapjáraton. Nem csak inaktív, hanem energiát sem kap. A laptopom ezt egy led-el jelzi, szóval biztosan energiatakarékos módban van ilyenkor.Egyetlen kritérium, hogy az adott program indításakor pár változót be kell állítanom.
Az environment-be nem tehetem fixre, mert akkor annyi a hybrid megoldásnak.Például a Superposition vga tesztet így indítva parancssorból bekapcsol az nvidia vga és azon is fut:
__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME="nvidia" __VK_LAYER_NV_optimus="NVIDIA_only" __GL_SHOW_GRAPHICS_OSD=1 unigine-superposition
Egyetlen gondom csak, hogy fixen nem sikerül a Superposition.desktop fájlba megfelelően beállítanom.
Ha csak simán az "Exec=" után beírom az egész sort akkor eltűnik az ikon is, szóval valami nem tetszik neki formailag.
Ha az alábbi megoldás van, akkor van ikon, de nem indul a program.Exec=sh "__NV_PRIME_RENDER_OFFLOAD=1 __GLX_VENDOR_LIBRARY_NAME="nvidia" __VK_LAYER_NV_optimus="NVIDIA_only" __GL_SHOW_GRAPHICS_OSD=1 /usr/bin/unigine-superposition"
Próbáltam úgy is, hogy az sh-hoz tartozó " heylett ' volt használva, de a változók idézőjele maradt. Hátha ...A kérdésem tehát az volna, hogy miként lehetne a desktop fájlokat úgy megírni/átírni, hogy ezekkel a változókkal együtt induljon pár alkalmazás?
-
válasz
#68216320 #84775 üzenetére
Rémlik hónapokkal ezelőttről, hogy Chrome-mal kapcsolatban volt valami olyan gond a gyorsítással, ami miatt ki is kellett kapcsolni a hw acc-ot, elképzelhető, hogy abba futhattál bele, mostanra viszont az a gubanc kiküszöbölődött!
Gyakran megesik velem, hogy miután leírok egy problémát hamar meglesz saját kútfőből a megoldás. Ez lett most is
Ez egyébként teljesen normális, persze csak akkor működik, ha már benne van a fejedben a megoldás, akár csak sok különálló részletekben is... Azért a probléma leírásakor áll össze az infórészletekből a megoldás, mert az íráshoz az agy más részét kell beüzemelni és így végigmenve a problémán, az agy már dobja is a megoldást.
-
#68216320
törölt tag
válasz
ubyegon2 #84774 üzenetére
Minden gyorsításhoz szükséges csomag fent van. Kodi és barátai szépen használják is.
Kizárólag browseren belül vannak gondok.
Viszont akkor valamiért nem működött (pedig nem wayland-et használtam akkor sem), de most működik az alábbi "intel-media-driver" mellett is:$ opera --enable-features=VaapiVideoDecoder --disable-features=UseChromeOSDirectVideoDecoder
Tényleg nem tudom mi a változás azóta, de most egy YT 4K/60Hz anyagot elindítva rövid időn belül vissza esik a cpu 800MHz/15% körüli terhelésre is akár. Szóval elméletileg működik. Viszont mindkét paraméter kell.(Gyakran megesik velem, hogy miután leírok egy problémát hamar meglesz saját kútfőből a megoldás. Ez lett most is
)
-
#68216320
törölt tag
Chrome browser-ben és esetleg az ugyanarra építő Opera-ban van lehetőség HW Video Acceleration használatára?
Jelenleg így néz ki a helyzet:$ vainfo
vainfo: VA-API version: 1.15 (libva 2.15.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 22.4.4 ()
vainfo: Supported profile and entrypoints
VAProfileNone : VAEntrypointVideoProc
VAProfileNone : VAEntrypointStats
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointFEI
VAProfileH264Main : VAEntrypointEncSliceLP
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointFEI
VAProfileH264High : VAEntrypointEncSliceLP
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointFEI
VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileVP8Version0_3 : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointFEI
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD
Az igazat megvallva keresgéltem a témában, de nem találtam eddig megoldást. Nem csak YT videókat szeretnék gyorsítani, hanem egyéb oldalakon lévőket is. Emiatt olyan plugin-ek használata, amik külső lejátszóban nyitnak meg YT videokat sajnos nem jelentenek igazi megoldást.
Tényleges browser-en belüli gyorsítás volna ideális vaapi használattal. Évek óta elvoltam enélkül ugyan, de szeretném a laptopot akkuról is használni és ott jól jönne.
Egyáltalán 2022-ben van erre lehetőség vagy még mindig ennyire periférián van a linux desktop? -
supi007
csendes tag
válasz
#68216320 #84767 üzenetére
Akkor szerintem egyet beszélünk. rsync-kel csinálsz egy backup-ot egy külső lemezre, ami nem titkosított fájlrendszerrel bír.
A visszaállítás is rsync-kel fog történni. Átmásolod a titkosítatlan adataidat egy lemezre, aminek a fájlrendszere titkosítva van, tehát a másolás pillanatában válnak a fájlok újra titkosítottá. -
#68216320
törölt tag
válasz
supi007 #84766 üzenetére
Fájlrendszer szinten van titkosítva. A root partíciót titkosítom és /dev/mapper alatt van nyitva és mountolva.
Nagyjából így készült és lett rá telepítve a rendszer:cryptsetup -y -v luksFormat /dev/sdb2
cryptsetup open /dev/sdb2 root
mkfs.ext4 /dev/mapper/root
mount /dev/mapper/root /mnt
A tervek szerint a restore is valahogy úgy zajlana, hogy a /mnt-re másolódjon vissza minden. Legyen az éppen titkosított (/dev/mapper/root) vagy éppen titkosítatlan (/dev/sdb2) ext4 partíció.
"Ha átmásolod az adatot egy backup keretében egy másik lemezre, aminek nincs titkosítva a fájlrendszere, akkor elvész a titkosítás."
Pontosan azt szeretném, hogy a fájl backup (kivéve ~/Documents, ~/Pictures, etc. könyvtárak, ezekről nem kell backup) ne legyen titkosítva. Azért szeretném ezt, mert visszaállításkor lehet, hogy más titkosítású partícióra fog kerülni. De az is lehet, hogy nem lesz titkosítva a partíció. A lényeg, hogy maga a backup ne tartalmazzon titkosításra utaló információt.
Visszaállítás után, ha mondjuk titkosítatlan partícióra teszem, akkor az fstab-ot kelljen csak beállítanom, illetve a hooks-ból esetleg kivenni az encrypt modult. Aztán egy mkinitcpio -P gondolom elég és máris futhat encrypt néküli helyről is.
Tehát ha jól gondolom, akkor fájlszintű backup kellene ami mondjuk kihagyja a home media tartalmakat és elindítható egy Arch telepítő pendrive alól.
Vagy tévednék? -
supi007
csendes tag
válasz
#68216320 #84765 üzenetére
Na most lehet, hogy tévedek, de a titkosítás fájlrendszer szinten valósul meg. Ha átmásolod az adatot egy backup keretében egy másik lemezre, aminek nincs titkosítva a fájlrendszere, akkor elvész a titkosítás. (Persze bukik az okfejtésem, ha nem fájlrendszer szinten van a titkosítás.)
-
#68216320
törölt tag
válasz
sh4d0w #84763 üzenetére
Bocsánat, pontosítok.
Feloldott állapotról szeretnék (cryptsetup open) valamiféle fájlszintű backupot.
Aztán valamikor ugyanerre, de teljesen újra partícionált ssd-re vagy éppen másik ssd-re tenném vissza. Lehet titkosítatlan vagy éppen feloldott tikosított partíció is.
A lényeg, hogy maga a titkosítás ne legyen mentve, mivel nem tudni milyenre teszem vissza. Tehát nem byte-szintű backup, hanem fájl-szintű lenne. Lehetséges ilyen megoldás? -
válasz
#68216320 #84762 üzenetére
Nem egészen világos a kérdés: a titkosított állapotról szeretnél backupot (offline), vagy a feloldottról (offline/online)? Előbbi esetben legfeljebb hw-encrypted drive-ról lehet szó - ez esetben sima disk clone, utóbbiban a target lehet sw-encrypted, ellenben ez egy sima sync.
-
#68216320
törölt tag
Adott egy laptop Arch+Gnome kombóval.
A root partíció luks-al titkosított.
Milyen megoldással tudnék a rendszerről egy olyan backup-ot csinálni, amivel teljes ssd törlés után, szintén titkosított root-ra vissza tudnám menteni a fájlokat?Gondolom valami olyan megoldás volna ideális, ami elérhető egy Arch installer pendrive boot-ot követően.
-
Horvi
őstag
válasz
supi007 #84758 üzenetére
Köszi megnéztem ezt is. Végül úgy néz ki találtam megoldást a hibajegyek között turkálás közben. Köszi szépen mindenkinek a segítséget és az iránymutatást.
Ez a ticket volt a megoldás. A persistence fájlt kellett ro-ra állítani miután kitöltöttem a megfelelő értékekkel. Bár a DeathAdder3.5G kicsit fura mert csak 1 tengelyre van DPI értéke valamiért. De így egyelőre működik a dolog. Lehet megpróbálom majd úgy is, hogy mindkét tengelyre megadom a DPI értéket.
DeathAdder35G]
poll_rate = 1000
dpi_x = 1800
dpi_y = 0
Lehet akkor megpróbálom majd a git-eset is. Köszi! -
Horvi
őstag
válasz
fatpingvin #84755 üzenetére
Hát nekem már csak ez jutott
urandom0 köszi megpróbálom ezt is hátha. Ha összeszarja magát tőle akkor majd visszaállítom.
-
urandom0
senior tag
Favágó módszer: miután beállítottál mindent, fogod a konfig fájlt és azt mondod neki, hogy
chattr +i ~/.config/openrazer/persistence.conf
.
chattr +i ~/.config/openrazer/razer.confEttől "immutable" lesz a fájl, azaz nem lehet majd módosítani. Bár nem állítom, hogy a daemon nem fogja összecrashelni magát tőle..
Esetleg valami udev szabályt írni hozzá (mint itt), vagy megnézni, hogy a daemont felparaméterezve nem lehet-e indítani...
-
Horvi
őstag
válasz
fatpingvin #84753 üzenetére
Ezt találtam dokumentáció címszóval
Amúgy én sem teljesen értem mert hiába állítottam True/False értékre olyan mintha semmit nem csinált volna
-
Horvi
őstag
válasz
fatpingvin #84750 üzenetére
Igen végignéztem a dolgot. Van két konfig fájlja az openrazer-nek.
cat ~/.config/openrazer/persistence.conf
[DeathAdder35G]
dpi_x = 1800
dpi_y = 1800
poll_rate = 1000cat ~/.config/openrazer/razer.conf -> ebből csak az utolsó sor lehet érdekes szerintem
# Apply effects saved to disk when daemon starts
restore_persistence = FalseAmikor beállítottam a DPI értéket a razergenieben akkor átírta a persistence configot erre:
cat ~/.config/openrazer/persistence.conf
[DeathAdder35G]
poll_rate = 1000supi007 userként használom a gépet és az openrazer-daemon is úgy lett engedélyezve a systemctl-ben ezzel:
systemctl --user enable openrazer-daemon.service -
supi007
csendes tag
Csak vaktába lövöldözök: csináld végig a konfot a GUI-ról és nézd meg hogy néz ki a config fájl. Csinálj erről a konfig fájlról egy másolatot. Indítsd újra a gépet és ellenőrizd, hogy megmaradt-e a fájl tartalma. Root-ként használod a rendszert vagy user-ként? Próbáld meg, hogy root-ként konfolod és újraindítás után root-ként használod. Akkor se tartja meg a beállításokat ?
-
#63718632
törölt tag
Jó ez a leírás. De én azt mondom, ha a bios rendben van, akkor nem kell mókolni semmivel. A telepítő ISO-t a lehető legpuritánabb módon, mindennemű köztes réteg nélkül ki kell pörkölni a pendrájvra. Akkor nagy gond nem lehet.
Nincs mese a dd-t be kell nyalni.
Ha nincs még élő Linux, akkor Win alól meg a legfrissebb Rufus-al kiírni. -
Ueda
senior tag
válasz
tordaitibi #84740 üzenetére
Rufus beállítás régi biosokhoz. (csak berakom, ha számítana)
-
#08299776
törölt tag
válasz
tordaitibi #84739 üzenetére
Egész biztosan települ BIOS módban!
A mostani lapomon már nincs, de az előző Gigabyte AM3-ason még voltak ilyen beállítások hogy Legacy Only/UEFI Only, ezeket átbillentve az ilyen kutyulások elkerülhetőek voltak. -
urandom0
senior tag
válasz
tordaitibi #84734 üzenetére
Simán lehet az is, hogy mivel régi a gép, nem teljes (vagy konkrétan hibás) az UEFI implementáció. És jó, hogy felhoztátok a Lenovókat, mert nekem volt olyan pendrive-ra telepített LVM-es Linuxom, ami többféle asztali gépen és laptopon is képes volt bebootolni, kivéve Lenovo Thinkpaden. Mindenesetre így ebben a formában baromi érdekes ez a partíciófelosztás
-
K0zm0
aktív tag
Véletlen vagy sem, nekem is fent akadt a Mint 20.3-as telepítője! Live alól Install Linux Mint, tovább-tovább, és a partícionálásnál nem látja a HDD-t. Tuti, hogy működik, pár napja már volt rá OS telepítve, a BIOS rendben van.
Megpróbálom újra megcsinálni a bootable disk-et aztán meglátjuk. -
válasz
tordaitibi #84739 üzenetére
A világ legnagyobb hülyeségét mondom, olyan nem lehet hogy mivel a legújabb Mint Cinna volt, az esetleg már csak efibe települ?
Igen! Mármint a mondat első részére volt ez a válasz! Nekem tuti feltűnt volna két öreg legacy notebookon, ha így lenne.... Viszont van egy érdekes dolog, év elején volt nálam pár napig egy Lenovo A475 és akkor nem foglalkoztam vele, de a Win10 mellé raktam egy Mint Cinnamont és a BIOS-ban állítgattam, hogy ne UEFI-ben települjön, mégis felfedeztem az arra jellemző particiókat és ez csak akkor tűnt fel, amikor leszedtem a Wint és egyedül tettem fel a Mint-et, akkor is megvoltak ezek, mostanra ugrott be a dolog. Egyébként valamit szórakozott a Win bootkor, ezért is szedtem le, de sajnos semmi pontosabbat nem tudok már mondani.
Mindenképpen BIOS-nál kell keresni a megoldást, vagy beállításoknál vagy upgrad-del megoldva!
-
-
#63718632
törölt tag
válasz
tordaitibi #84740 üzenetére
Kéne a laptop pontos típusa. Meg az aktuális bios verzió.
-
válasz
#63718632 #84737 üzenetére
Másutt is feldobtam ezt az érdekes anomáliát és ott is páran arra jutottak hogy az őskövület BOIS lesz a hunyó.
Hogy van-e frissítés rá azt nem tudom egy 10+ éves öreg laptop.
A gazdája meg örömtáncot jár hogy megy megint a W7 és egyelőre mereven elzárkózik újabb kísérletektől -
válasz
#08299776 #84736 üzenetére
A világ legnagyobb hülyeségét mondom, olyan nem lehet hogy mivel a legújabb Mint Cinna volt, az esetleg már csak efibe települ?
Mással meg nem próbáltuk.
Miután feladtuk, W7 bootpendrive betol, cmd nyit, scanos, fixboot, fixmbr, ezután boot repair és reboot és indul a W7. Vagyis csak a mbr-be történt valami elkefélés. Hogy mi arról sejtésem sincs.
Illetve, lehet bepakolta magát a grub valamilyen töredéke a mbr-be de ahova mutatott volna, a 750GB hdd végére, ráadásul egy extended partíción csücsülő Linuxra, na ezt már nem találta meg és így lehalt a boot, érthetően.
De még épkézláb hibaüzi se jött, grub rescue és társai. -
#63718632
törölt tag
válasz
tordaitibi #84734 üzenetére
Anno hasonlóan szívatott a 2010-es Lenovo notim (i3/SandyBridge). Win7 volt rajta, de dualban nem tudtam mellé 64bites linuxokat tenni, mert valami elfuserált kezdetleges uefi implenentáció volt rajta. Akkoriban már a 64bitesek tudtak hibrid módon uefibe is bootolni ha olyan volt a környezete, a 32-esek simán csak mbr-el mentek.
Majd aztán felupgradeltem a 7-est 10-re ssd-re és a W10 nem tudott leállni rendesen.
Biost kellett frissítenem a 7 alól, azóta pöpec minden.
A helyetekben utána néznék annak az Asus-nak van-e frisebb bios-a, mint ami fenn van. Mindegy milyen régi, csak verzióban újabb legyen az aktuálisnál. Azzal vsz. megoldódnak a problémák. -
#08299776
törölt tag
válasz
tordaitibi #84734 üzenetére
Hmmm, ez így elég ufo jelenség... Kiterjesztett partíción létrehoz EFI partíciót, miközben EFI/GPT módban nincs kiterjesztett partíció (persze meg lehet erőszakolni)... Valami nagyon el van kefélve, én első körben GParted Live! alól manuálisan megcsinálnám a partíciót neki, és telepítéskor csak megmutatnám (amúgy is mindig így raktam Linugzot). Ha úgysem, akkor meg sikálnám az egészet...
Az viszont biztos, valamiért az hiszi, hogy EFI boot van, nézz szét azért a beállításokban... -
#08299776
törölt tag
válasz
tordaitibi #84725 üzenetére
-
válasz
urandom0 #84730 üzenetére
Rossz a kép de kivehető.
Így nézett ki a Mint telepítése után.
Az első partíció a windows nt system reserved (nem efi!) , a második a W7, a harmadik az adatpartíció. És a negyediket csinálta a Mint telepítő, itt még külön swap és home meg a / és efi. De ha nem így hanem egy / akkor is létrehozta az efit.
És jól olvasható hogy a lemez Master boot record. -
#68216320
törölt tag
-
urandom0
senior tag
válasz
tordaitibi #84725 üzenetére
Az a fura egyébként, hogy MBR+legacy BIOS indításnál a Windows NEM csinál magának sem EFI, sem MSR partíciót. Tehát amikor a Windows telepítették, akkor valószínűleg UEFI bootban volt indítva a gép, és GPT volt a lemezstruktúra, és később ez át lett állítva BIOS-ra.
Vagy esetleg még azt tudom elképzelni, hogy valamikor UEFI/GPT kombóval volt telepítve a Windows, le lettek backupolva, és amikor vissza lettek állítva, akkor már BIOS/MBR felállás volt. Én is futottam már bele ilyenbe, amikor UEFI/GPT-s disk image-et állítottam vissza legay BIOS-os gépre.
Vagy az is lehet, hogy egyszerűen egy olyan laptopból lett áthozva a HDD, amin eltérő felállás volt?
De ha a Mint létrehozott egy EFI partíciót, úgy, hogy sima MBR-es extended partícióval csinálta meg, akkor szerintem egyértelműen UEFI bootot érzékel, ki tudja, miért.
Én az ilyen gépeket le szoktam gyalulni teljesen, és mindent újratelepíteni, figyelve arra, hogy mindenhol minden beállítás fixen azonos legyen, még véletlenül se keveredjen sehol a legacy+UEFI boot, illetve telepítés előtt Gparteddel szoktam a partícióstruktúrát létrehozni. -
-
CPT.Pirk
Jómunkásember
válasz
tordaitibi #84726 üzenetére
Nézd meg a biost, hogy nincs-e tiltva a legacy boot az USB boot környékén. Előfordul, hogy by default ez tiltott, mert csak... -szerk: Illetve most látom 10+ éves a cucc. Hmm akkor valszeg úgy bootol, ahogy kellene.
-
urandom0
senior tag
Ja, okés. Jó ez a Fedora egyébként, én igazából két dolgot szoktam beállítani rajta, a promptot PS1-re ugyanúgy, ahogy Debiannal van (szép színesre), és a dnf.conf-ot így:
[main]
gpgcheck=True
fastestmirror=True
installonly_limit=3
clean_requirements_on_remove=True
best=False
skip_if_unavailable=True
max_parallel_downloads=10
metadata_expire=86400
basearch=x86_64
arch=x86_64
ignorearch=TrueItt főleg a
max_parallel_downloads=10
és afastestmirror=True
sorok a fontosak, ezek kicsit felgyorsítják a dnf-et, hogy ne legyen olyan lassú... -
-
-
CPT.Pirk
Jómunkásember
válasz
tordaitibi #84720 üzenetére
Azon múlik, hogy mikor bootolsz a telepítőről, akkor azt EFI-vel, vagy legacy módban csinálod.
Mikor erre nem figyeltem, akkor az itthoni sima mbr-es gépemre W10 mellé dualbootban felraktam a Manjaro-t csak hát így nem volt rendszerválasztó, mert nem beszéltek egy nyelvet...
Mikor erre rájöttem, akkor csinálhattam újra, de legacy módban bootolva a Manjaro telepítését. Úgy már felment ahogy kell mbr módban és lett grub-om mindkét oprendszerrel. -
urandom0
senior tag
válasz
tordaitibi #84720 üzenetére
Csak tippelek, de nem lehet, hogy mégiscsak UEFI boot van beállítva, a lemez pedig MBR? Vagy épp fordítva, legacy boot mellett GPT-s a lemez? Az ilyen vegyes kombók szoktak furcsaságokat okozni egyes laptopokon.
Azért is gondolom ezt, mert a Windows legacy bootnál biztosan nem csinál magának indító partíciót. MSR partíciót csinálhat, de az nem indításhoz való. -
#68216320
törölt tag
Köszönöm. Erről nem tudtam, hogy ilyet is lehet a systemd-től kérni.
Csináltam egy fájlt:
/etc/tmpfiles.d/disable-cpu-turbo-boost.cfg# Path Mode UID GID Age Argument
w /sys/devices/system/cpu/intel_pstate/no_turbo - - - - 1
Viszont valamiért nem csinálja meg a turbo kikapcsolást. Hogyan lehet ilyenkor valami log-ot nézni? (systemd óta kicsit megkeveredek a log-okkal)
A systemd-tmpfiles-setup.service rendben fut. -
Nemrég ment el tőlem egy kolléga egy laptoppal amire a W7 mellé nem sikerült neki Linux Mintet telepítenie.
Nekem sem sikerült, 4 órai cumi után sem.
MBR lemez, legacy bios, telepített W7. Ez elfoglal 3 partíciót, win boot, maga a W7 és egy külön adatpartíció.
Ez így 3 partíció azaz semmi akadálya nem lenne a 4. partícióra telepíteni a Mint Cinnamont. Nincs swapfile, a home a / alatt azaz 1 partíciós telepítés.
De ez lehetetlen, vagy meghaladja a képességemet.
Legfrissebb Mint Cinna, telepítő indít, Valami más. Kiválasztva a lemez végén a szabad 22GB helyet,
kiválasztva hogy a rendszerbetöltőt a sda helyre tegye azaz a lemez master boot recordjába.
Telepítő indul, telepítés hiba nélkül lefut, a legvégén közli hogy telepítő összeomlott és kilép.
Rebootra természetesen se W7 se Mint nem indul, bootképtelen a rendszer.
Ránézve a lemezszerkezetre, a lemez valóban MBR, megvan a win boot partíció (nem efi!! hanem ami a winnek kell)
megvan a W7 és az adatpartíció.
És most jön a csavar. A Mint telepítő létrehozott egy extended, kiterjesztett partíciót amire tette saját magát, /, ÉS létrehozott egy EFI partíciót.
És erről többszöri próbálkozással sem sikerült lebeszélni.
Azaz elvan a kis világába, az extended partíción, jó is lenne ha a mbr elérné az extended partíción a Mintet vagy az EFI-t.
De mivel ez nem megy, így meghal a boot.
Miután ráment a fél napunk, feladtam, visszaállítottuk a Windows bootbejegyzést a mbr-be, így az tökéletesen bootol, működik.
Kérdésem, egy Mint telepítő mi a fenéért nem hajlandó a mbr-be, azaz az sda-ra pakolni a rendszerbetöltőt, és miért csinál magának mbr alatt külön efi partíciót, és uefi rendszerindítást? Mindezt egy kiterjesztett extended partíció létrehozásával. -
#68216320
törölt tag
Köszi, igen, ezt közben megtaláltam:
echo -n 1 > /sys/devices/system/cpu/intel_pstate/no_turbo
Ha jól nézem akkor ez valóban megcsinálja.
Már csak azt kellene elérnem, hogy induláskor lefusson.
Gondolom egy ilyen egyszeri meghívásra felesleges volna service-t csinálni.
Régebben mintha létezett volna valami rc.local vagy ilyesmi fájl, amiben ilyeneket megadhattam. Most ezt nem találom.
Hogyan lehetne ezt a parancsot kiadni su-ként induláskor még a gdm betöltődése előtt?Vagy lemaradtam egy körrel és systemd óta rc.local már nem létezik?
-
K0zm0
aktív tag
válasz
ubyegon2 #84712 üzenetére
Kár, mert szórakoztatóbb lett volna nekem legalábbis, ha belevágsz a Gentoo-ba!
Azért írtam, hogy "lehet"! Még semmi nincs kőbe vésve, csak nem tudom mennyire akarom magamat megszivatni!
A dokumentációt olvasgatva egyébként eszembe jutott, amit beszélgettünk, pontosabban írtál nekem, miszerint: örüljek, ha karácsonyra lesz egy működő, belakott Gentoo-m! -
Sonja
nagyúr
-
#68216320
törölt tag
Egy macbook air (7.2 - 2017) laptopra tettem fel Arch-ot.
tudnátok abban segíteni, hogy mivel lehetne kikapcsolni az intel cpu turbo boost-ot vagy legalább limitálni 1800Mhz-re?
Gui cucc nem kell, service-ből csinálnám fixre. -
Pont itt ülök a felpöckölt Dell-em előtt, bent a PopOS Live USB-ről és... azon gondolkodom, hogy inkább Mint-et fogok erre is tenni!
Hányszor voltam már én is így ezzel! Viszont van, hogy a PoP OS témáját átemelem Cinnamonba, mert az tetszik. Rollingos csodákkal is így vagyok, mindig visszahúz a megszokott csomagkezelés....ez van.
Egyébként Uby, a Gentoo-ból lehet, hogy Funtoo lesz!
Kár, mert szórakoztatóbb lett volna nekem legalábbis, ha belevágsz a Gentoo-ba!
-
válasz
#08299776 #84701 üzenetére
Az új generációs Intel cuccoknál már nincs BIOS mód, csak UEFI, szal kénytelen leszel előbb-utóbb elfelejteni a legacy installt...
Sajna sejtem én ezt, de kicsit gyüjtenem kell még, hogy egy új Dell Precision M4700 szintű új gépet vegyek vagy akár HP Elitebook 8xxx szint is elég lenne....addig még elvagyok ezekkel.
-
urandom0
senior tag
válasz
urandom0 #84707 üzenetére
Fedora telepítés után ez alapján szoktam hozzáadni a free és nonfree repókat:
https://rpmfusion.org/ConfigurationÉs utána még a "Multimedia post-install" részben leírtam szoktam megcsinálni, az feldobja a kiegészítő kódekeket is.
Illetve még ennyit:dnf install libva-intel-driver
dnf install intel-media-driver
dnf install ffmpeg libva-utils libva
dnf install *-firmwareA "Tainted repos" szekcióban lévőket én nem szoktam feltelepíteni, de ártani nem árthat.
-
urandom0
senior tag
Megoldódott az RTL-es videós problémád?
Én Fedorát használok, ha linkelsz egy videót amihez nem kell regisztrálni meg feliratkozni sehova, megnézem, nálam mit mutat.Jajj, elcsesztem a szerkesztést...
Ez ide jön, nem az előzőbe:Most kipróbáltam ezzel a videóval, elindul, megy, nincs vele semmi gond. Ki akartam próbálni ezt a híradót is, itt a Firefox kiírta, hogy DRM-t engedélyeznem kell, utána pedig azt, hogy most telepíteni fog valami összetevőt, ami kell a videó lejátszásához. De a videót már nem néztem meg, ahhoz regisztrálni kéne...
-
urandom0
senior tag
válasz
CPT.Pirk #84662 üzenetére
Mióta a Canonical már nem fektet akkora munkát az Ubuntuba, azóta egyre jobb
Bár konkrétan Ubuntut én sem használok, hanem Xubuntut szoktam lecsupaszítani és feltelepíteni rá, amire szükségem van...Most kipróbáltam ezzel a videóval, elindul, megy, nincs vele semmi gond. Ki akartam próbálni ezt a híradót is, itt a Firefox kiírta, hogy DRM-t engedélyeznem kell, utána pedig azt, hogy most telepíteni fog valami összetevőt, ami kell a videó lejátszásához. De a videót már nem néztem meg, ahhoz regisztrálni kéne...
-
válasz
Rimuru #84689 üzenetére
Igen, az. Miután nem ment az expressz, jött a normál telepítés, de azzal sincs szerencsém. Ott induláskor már megjelenik a Windows logó, aztán egy kicsivel később fekete lesz a kép, és csak várunk. A processzort véletlenszerűen pörgeti, ahogy az expressz esetén is. Mintha valamit mégis csinálna a háttérben, de látszólag nem történik semmi, de a háttérben csinál valamit.
Gondolom a W11-el ne is próbálkozzak, hiszen eleve olyan HW környezetet keres, amit emulálni (még) nem lehet. -
K0zm0
aktív tag
válasz
ubyegon2 #84699 üzenetére
Pont itt ülök a felpöckölt Dell-em előtt, bent a PopOS Live USB-ről és... azon gondolkodom, hogy inkább Mint-et fogok erre is tenni!
Szépnek-szép, de valahogy olyan érzésem van, mintha nem én lennék a célközönség. Vagy már megszoktam a terminálozást meg a farigcsálást és ebből mintha "hiányozna" ez az érzés. Még gondolkodtam egy EndeavourOS-en, régebben használtam is, de nem akarok átállni rollingra. (Vagy kap egy dualboot-ot.)Egyébként Uby, a Gentoo-ból lehet, hogy Funtoo lesz!
Még neki sem kezdtem, mert eddig az alkatrészekre vártam.
Új hozzászólás Aktív témák
Hirdetés
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Gyúrósok ide!
- PlayStation 3
- Vezetékes FEJhallgatók
- Elektromos cigaretta 🔞
- Teljes verziós játékok letöltése ingyen
- Atomenergiával dübörögnek tovább az Amazon adatközpontok, SMR-ek is jöhetnek
- Linux kezdőknek
- Honor 200 Pro - mobilportré
- Ford SYNC 3 infotainment rendszer teszt
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- További aktív témák...
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest