Te egy 13 éves laptopról beszélsz.

Én pedig a 9 évnél fiatalabb gépekhez javasoltam a másolást a #78939-ben.

A kettő közt nincs metszőpont.

[ Szerkesztve ]

Sziasztok!

Ubuntu 20.04 alá melyik csomaggal lehet ezt a power profile választót felrakni, ami a 21.04 alatt megjelent? Egyszer ráleltem valahol, de már vagy 2 órája keresem és az égnek nem találom..

Nem, nem a tweak tool. Ez a gnome sima beállítási paneljén van. 21.04-ben jelent meg (nem tudom melyik gnome verzió). Külön lehet telepíteni, utólag. Egyszer már megtaláltam a csomagot, de most valamiért nem lelem.

Jogos, mondjuk csoda volt, hogy emlékezni véltem, mivel a 21.04-et szerintem még nem láttam. Viszont ezek a leírások new featuresről írnak, ahol ott van, amit Te is beraktál imént és a második linknél írják is, hogy Without installing any third-party application, Ubuntu now has built-in option to change the power mode. Szóval ez nem külön utólag telepítős akkor, ezért nem találod sehol.

Ubuntu 21.04 is Releasing This Week! Take a Look at the New Features

Changing Power Mode Is Easy Now in Ubuntu 21.04

Szóval sorry, tényleg semmi értelme nem volt ezek szerint ma ide beírni bármit is.

Tudom, hogy a 21.04 része, de egyszer kb 1 hete sikerült feltelepítenem egy leírás alapján 20.04 alá is. Ezt keresem és egyszerűen már szét túrtam a google-t de nem lelek rá megint.
Azt sikerült kigesztenyéznem, hogy power-profiles-daemon a csomag. Csak még azt nem, hogy 20.04 alá miként varázsoltható fel.

Innen esetleg?
[link]
Itt írnak róla és a link ide föntre dob.
[link]
Csomagban csak 21.04-re van.
[link]
Forgatnod kell a fentiek alapján.

[ Szerkesztve ]

Egész kellemes légkör uralkodott a topikban, egészen máig. Míg tele nem offoltad meg hisztizted.

El van ez a topik a havi cc10 hsz. nélkül is, meg nélkülem is.

És kérdésem is lenne. Mi ez?

Egy régi retro P4 gépemre Linux Mint van telepítve.
A beépített szoftver frissítés opcióval frissítettem egyszer a fennlevő szoftvereket. Azt hittem csak a beépített officet, böngészőt stb frissíti, de megjelent egy ilyen izé bootoláskor:
[kép] [kép] [kép]

Mi ez..? Ez előtt csak fekete képernyő van (szöveg sincs), csak ez után jelenik meg a LM kis kerek bootolás ikonja. Szerintem lassabban is bootol a gép, 9s vár választásra, amire NINCS szükségem.. (a win7 teljesen független telepítés, innen el se indul) Eddig se volt itt ezután se legyen.

Megnéztem linux alatt a sudo nano /etc/default/grub filet, de az csak egy alap 4-5 sor, semmi ilyen választás nincs benne. Ez valami más. De mi? És hogy tudnám törölni mindenestül???

[ Szerkesztve ]

Rossz helyen keresed.
/boot/grub/grub.cfg
A vegere gorgess, ahol kezdodik az os es a reco es egyeb kernel mode.
De hibadnak ehhez semmi koze mert akarmennyire nem fogadod el, felvette a wint az inditomenube.
Ha ez a gyanu, fizikailag vagy biosba valasz le a lemezt majd boot
Linux es sudo update-grub.
Majd reboot. Igy biztos hogy semmit nem fog felvenni sajat magan kivul.

Annyi történt hogy talált egy bootmgr-t valahol és felvette a listába.

[ Szerkesztve ]

Remélem itt elfér - https://sites.google.com/site/geriprojekt/ - https://github.com/kgregoryan - Az ember téved,a gép hibázik.

Ha a Frissítéskezelőt használtad, az ugyanúgy frissít minden csomagot, ha van új belőle, mint az update/upgrade parancs. Pár napja jött ki a GRUB-2 új verziója, így nyilván azt kell látnod, amit képeken csatoltál. A splasscreen-t meg látod bootkor, ha nyomsz egy ESC-et. Ha lassú a WIn7-es HDD és le tudod húzni fizikailag az alaplapról, érdemes megtenned és míg nincs rádugva, frissíted a GRUB-ot, utána visszadugod a Sata csatlakozót, így nem kerregteti a boot a Win-es HDD-t minden esetben. Ezt sajna minden frissítésnél meg kéne csinálnod, amikor GRUB frissítés is lefut, mint az említett új kernel. (ha elegendőnek érzed a kéklufi által javasolt visszaszámlálás csökkentését, akkor ez felesleges)

grub.cfg-ot inkább ne töröld, ahogy kéklufi is említi, még a módosításnál is pontosan kell tudni mit csinálsz. Törlés után mondjuk lesz egy vadiúj telepítésed.

Egyébként a grub.cfg képét csak akkor látod, ha a bootképes OS során nyomsz egy e betűt, normál esetben az nem jöhet elő.

(#78977) tordaitibi

De hibadnak ehhez semmi koze

Mivel nincs is hiba, a rendszer tökéletesen azt teszi és úgy, ahogyan azt kell neki ilyen esetben!
Lehet, hogy kollégánál még a régi fajta fekete-fehér karakteres Grub volt, így nem csoda, ha meghökkent az új Grub-tól.

[ Szerkesztve ]

Így néznek ki: [kép]

Ott a végén van egy ilyen:
set timeout_style=menu
if [ "${timeout}" = 0 ]; then
set timeout=10
Itt a nemajánlott szerkeszteni fileban a 10-et átszerkeszteni 1-re?
Nem szeretném szétszedni se most se minden frissítésnél a gépet. A win7 ssd-n a linux hdd-n van egyébként. Tehát nem megoldható e választómenü eltüntetése? Bios menüből választva a win7 is tökéletesen működik.

Ki gondolta hogy a linux frissítés rosszabb mint a win10 frissítés, és így szétcseszi a bootot.

[ Szerkesztve ]

Ugyanezt csinálta nálam a Manjaro, pedig külön eszközre lett telepítve, a telepítés idejére lehúztam a másik eszközt (W10).
Az első rendszerfrissítéskor rájött, hogy magán kívül van még boot képes eszköz és beleírta azt is. Így marad, engem nem zavar, a W10 meg nem is tud róla, hogy mások is laknak rajta kívül abban a házban. Mani-t meg a W10 nem különösebben zavarja.

#78975 ubyegon2:
"Szerintem közös ötletelésekkel tényleg elég jól haladtunk és kb erről szólna egy Kezdőknek fenntartott topik!"
Erről kellene szólnia a dolognak.
"Nekem amúgy megvan az is, hogy itt kicsit morogtál velem, mint mindenki eleinte és utána derült ki, hogy másik topikban (Manjaro talán) azelőtt elég jól és olajozottan tudtunk már kommunikálni."
Így van, aztán rájöttem, hogy már "ismerjük" egymást és arra is, hogy érdemes odafigyelni arra, amit tanácsolsz, mert segítő szándékkal teszed. A néha karcos, cinikus stílusod meg nekem bejön, én sem vagyok szentlélek...

Üdv. V. Körte

Igen én is pont így csináltam. De engem zavar az a 10másodperces várakozás.
0 várakozás van beírva (bal oldali kép), de mégis vár..

El lehet képzelni egy win10 + linux dualboot gépen mi történne ha minden frissítéskor ha talál maga mellett a win10 egy másik bootolható lemezt akkor azt ilyen 10s választómenüvel hálálná meg, mekkora botrány lenne belőle..

[ Szerkesztve ]

Ki gondolta hogy a linux frissítés rosszabb mint a win10 frissítés, és így szétcseszi a bootot.

Ezt kát volt a végére biggyesztened, mivel marhabaromság! Itt akkor van frissítés, amikor te nyomsz rá a gombra és még a GUI-s Frissítéskezelő is pontosan kilistázza, mik kerülnek frissítésre.
A boot-ot meg nem cseszi szét, mivel pontosan és szakszerűen az történt, ami elvárható ilyenkor, ha vannak egyéb OS-ek a gépben, akkor a multiboot miatt a rendszer azokat betallózza. Ez van.

Ha te nem ismered egy adott rendszer működését és pislogsz meglepetten, attól még nem az adott rendszer lesz a rossz.

Egyébként a választómenü késleltetési idejének csökkentése és amit én javasoltam, az két külön dolog. A 10 sec-et sem kell megvárnod, ha nyomsz egy képeden is elmagyarázott gombot! De ettől még az ősrégi vacak HDD-t végigkerregeti majd a rendszered. Próbáltam gyakorlati tapasztalataim alapján ötleteket adni, de ezek szerint nem a szöveget próbálod értelmezni, hanem azt nézed, ki írja! Te bajod.

(#78982) vadkörte

Akkor ez a dolog nyitja, hasonló karcos stílus! Még szerencse, hogy nem egyedül vagyok ilyen. Néha így is oly egyedül érzem magam itt..... brühühü.... (csak poen volt, mielőtt valaki félreértelmezi)

[ Szerkesztve ]

Mint írtam, nálam a W10+Manjaro dual boot-ban működik, bár külön eszközökön. A Linux a saját betöltőjébe beleírta a W10-et is, a W10 nem is lát magán kívül más boot-képes eszközt. A Manjaro már több frissítést megélt - havonta 1x van nagy, meg közben pár kisebb. A W10 is számtalan frissítésen van túl - 2016-ban telepítettem, talán 16xx verzióval, most 21H2 - és a W10 nem cseszte szét a linux GRUB-ját. Lényeg, hogy külön eszközön (gondolom, ha egy lemezen lennének, akkor is így működne) van és őfőméltósága meg van győződve az egyeduralmáról

Üdv. V. Körte

Ismétlem: Nem szeretném szétszedni se most se minden frissítésnél a gépet.
Te mondtad hogy ez csak szétszedéssel törölhető a menüből és minden frissítésnél visszajön ha nem húzom le..
Hogy ez másképp nem megoldható az meg az én hibám.

"a választómenü késleltetési idejének csökkentése"
Most 0 hova csökkentsem még..?

vadkörte:
Nekem is külön eszközön van: a win7 ssd-n a linux hdd-n van.

[ Szerkesztve ]

Egy valamit még megpróbálhatsz. Távolítsd el az os-prober csomagot, majd sudo update grub és restart. Ez a csomag felel azért, hogy más rendszert is keressen a grub a konfigon.
Nincs semmilyen függősége a csomagnak, ne ránt magával semmit. Ezt láthatod majd a Synaptic-ban.
Mivel nem lessz másik OS a grubban, így vsz. helyreáll a várakozási anomáliád is.

Te mondtad hogy ez csak szétszedéssel törölhető a menüből és minden frissítésnél visszajön ha nem húzom le.

Nem pont ezt jelenti, amit mondtam. Ezzel csak azt éred el, hogy a GRUB úgy tallózza a rendszert, hogy nem fog találni más OS-t tartalmazó meghajtót/particiót. Egyébként látod a boot során a visszaszámlálást? Ha igen, akkor Entert nyomva azonnal felülíródik és elkezdődik a boot, de ha nem látsz visszaszámlálást akkor más a helyzet. (ha semmit nem látsz, nyomj TAB-ot és megjelenik a bootsplash vagy mi a neve)

Egyébként a GRUB-nál default a 0(nulla) és ez akkor változik, ha talál másik rendszert, de akkor a bootplash is láthatóvá válik, értelemszerűen. Szóval nálad lehet nem is ez van!

Nézned kéne egy systemd-analyze kimenetet! systemd-analyze blame még jobb, ha magas az érték.

(no de látom megérkezett a levegőminőség felelős ft is, be is fejeztem, mielőtt megint nyekergés lenne.....ennyi szaktekintély már megoldja hamar) -services inaktiválást kérdezd majd tőlük, ha magas értéket kapsz az előbbi kimenetnél

[ Szerkesztve ]

Látom nem bírsz a pofáddal.

"látod a boot során a visszaszámlálást?"
Ahogy már mutattam: látom [kép]

Te nekem itt tartsál kioktatást. Légy szíves!!

Az alábbi problémában kérném segítségeteket. Adott egy UEFI rendszerű gép, GPT meghajtókkal, Win7-x64 és Ubuntu 20.04 LTS x64 grub-os duál boot-tal , aminek elhalálozott a Gigabyte 970A-UD3P alaplapja. Helyére került ma egy AsRock 990FX-Extreme4 lap, a grub újra lett téve. A probléma, ami eddig nem volt, hogy Win7 indítás esetén mindig felülírja a Grub-ot. Ilyet még nem láttam, mit kellene akár BIOS-ban vagy bárhol ki/be kapcsolni, hogy ez megszűnjön? Nem akarok minden nap Grub-ot telepíteni. Köszönöm!

''Úgy élj, hogyha leperg előtted az életed filmje érdemes legyen végignézned.''

Jogos, bocs, nem láttam a kép alját meg bootképernyőt se vagy féléve....akkor nyomj egy Entert, írja is a képeden, sajna évek óta nem foglalkoztam GRUB állítgatásokkal, valami viszont bugos nálad, ha nullán van mindkét érték és mégis 10 s-ről indul a boot. (ha megtalálom a GRUB-os blogomat vagy olvasok valami okosat, visszanézek)

(#78992) májkimiki

Te nekem itt tartsál kioktatást. Légy szíves!!

Ezt lefordítanád az ismert nyelvek egyikére?

(.)

[ Szerkesztve ]

Urak (Rimuru és Uby), én egyetlen szóval se mondtam hogy a kolléga beletörölgessen vagy javítgassn a grub.cfg-be.
Csak azt írtam hogy kukkantson bele és ha lát benne Windows bejegyzést akkor bizony a frissítésnél felvette a Wint a grub.
Amúgy meg, kőbe van vésve hogy a grub.cfg-t ne szerkesztgessük, nincs.
Én, igaz teljesen más szituációba de minden kernelfrissítésnél kénytelen vagyok ezt megtenni egy usb-s többcélú bootolható eszközön.
És működik.
Azt nem mondom hogy 2 perc volt mire rájöttem, a grub.cfg-be mi micsoda, volt rendesen guglizás meg fordítózás,
De egyáltalán nem ördögtől való, és amikor teljesen elbaltáztam, boot a gépre telepített Linux, javít és kész.

Doky, írtam hogy biosba tiltsd le a Wines lemezt és update-grub.
Majd kapcsold vissza a Win lemezt a biosba.
Így az első kernel frissítésig megmarad a megszokott indításod.
Az os-prober törlése is jó ötlet, ezt is kaptad tanácsként.

Ez amit idekopizok, ez felelős egy bármilyen OS indításáért.
Gyakorlatilag kell a grubnak a partíció UUID, a kernel verzió és az initrd, ezek helye.
ha ezt bekopizza bárni a saját grub.cfg-be akkor egy vendég lemezről, pendrájvról, sikítókorongról elstartol bármelyik Linux. A Manjaro kicsit válogatós, de Uby tanácsára használom a Fallback opciót és szépen elstartol.

menuentry 'Ubuntu 18.04.5 LTS (18.04) (ezen: /dev/sdc4)' --class ubuntu --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-696bb1bd-1d39-4738-b5d6-65bccb30c6fd' {
    insmod part_gpt
    insmod ext2
    set root='hd2,gpt4'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd2,gpt4 --hint-efi=hd2,gpt4 --hint-baremetal=ahci2,gpt4  696bb1bd-1d39-4738-b5d6-65bccb30c6fd
    else
      search --no-floppy --fs-uuid --set=root 696bb1bd-1d39-4738-b5d6-65bccb30c6fd
    fi
    linux /boot/vmlinuz-4.15.0-143-generic root=UUID=696bb1bd-1d39-4738-b5d6-65bccb30c6fd ro quiet splash $vt_handoff
    initrd /boot/initrd.img-4.15.0-143-generic

Itt ha megvan a partíció uuid, a kernel száma és az initrd száma és uuid szerinti helyük, akkor egy Linux elindul, ha ég-föld összeszakad akkor is.
Egy egészen logikus felépítésre hajaz
(ennél már csak a fstab a faék logikusabb valami), és ha kicsit tanulgatja az ember, ilyen menüt is lehet kreálni, a
444tibi stable Kubuntu és a
Kedvenc Windows 10-em made by Redmond
ezek nem éppen a grub-update termékei.

[ Szerkesztve ]

egyetlen szóval se mondtam hogy a kolléga beletörölgessen vagy javítgassn a grub.cfg-be.

Gyakorlatilag ha mondtad volna, azzal se lenne semmi gond, de tényleg az van, amit kéklufi(Rimuru) szaki írt, hogy azt ott picit érteni kell, ha belemódosítgatsz. Én is írkáltam már bele nagyon rég, mikor a kétmagos CPU-nak csak egyetlen magját használta a rendszer, no meg a kedvenc Manjaro-m, mikor mellette lévő rendszer GRUB update-ja felülírta a Manjaro GRUB-ját és jött a kernel panic. Ez utóbbi jött elő nálad is nemrég. Szóval a fallback opció azóta is működik nálad, gyakorlatilag azon a szinten a leghasznosabb opció a Manjaro GRUB-ban.

De látom, Te már nagyon profin átszerkesztgeted a grub.cfg-t is. Szóval nem ördögtől való ez, de Kezdő topikban tényleg nem fogja ezt javasolni senki.

Ez a BIOS-ban való HDD letiltás is jó ötlet, de erre sosem gondolok, mert ahány BIOS, annyi fajta....

Én egyébként desktopnál mindig nyomtam egy Entert, ha elkezdte a boot utáni visszaszámlálást, úgyis ott ültem a gép előtt, ilyen apró probléma miatt nem kezdtem belepiszkálni.

[ Szerkesztve ]

Köszönöm. Sikerült!

Ha nem is elsőre. Ugyanis biosban a lemez letiltása semmit se használt, ugyanúgy megtalálta.
Szerencsére volt ezen alaplapon egy másik megoldás: Az IDE módot Enhanced-ről Kompatibilis-re váltottam. Ekkor csak a PATA hdd és dvd maradt meg a SATA ssd eltünt.
Ekkor már működött a sudo update-grub parancs [kép]; majd ezután még a csomagkezelőben uninstalláltam a os-prober szolgáltatást.

Azóta OK.

[ Szerkesztve ]

Így tudod bootolni az SSD-det is?

Azzal eddig se volt gond, most is működik.
(Azon lemezbe nem rondított bele szerencsére a linux programfrissítés)

[ Szerkesztve ]

Az SSD-hez a trim miatt nem AHCI lemezkezelést kéne beállítani ?