Igen megoldható, hogy választható legyen mindkettő, be kell kerülnie a win7-nek is a grub-ba és akkor tudod választani.

Hello darkness, my old friend...

Hozzá illesztettem a win7 ssd-t a rendszerhez.
Próbálkoztam a boot-repairral.

A bios-ban legacy+uefi van beállítva.
A boot repair log file-ja.
[link]
Szükséges átállítani csak uefi-re?

Mindenki jó valamire. Ha másra nem, hát elrettentő példának. "Chasing Spiders and overheat"

A mintet hogy raktad fel? Az UEFI módban ment fel, a Win7 meg legacy módban? (amikor a pendriveról bootolsz, akkor dől el, a választásodnak megfelelően)

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

A Mint legacy+uefi bios beállítás szerint települt.
A win7 egy hp 8200-as bios beállítása szerint.(nem néztem hogyan van beállítva.)
Azon a gépen raktam fel a win7-et az ssd-re.
Akkor megpróbálom újra telepíteni a win7-et úgy hogy már hozzá van illesztve a rendszerhez az ssd.
Remélem így működni fog.

Mindenki jó valamire. Ha másra nem, hát elrettentő példának. "Chasing Spiders and overheat"

*közben látom, hogy a Mint-ed EFI-s telepítés.

Btw. a Win7 már jó ideje nem támogatott oprendszer, bár ezt gondolom vágod.

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Igen tudom, hogy nem támogatott.
A gondom jelenleg ez lenne.
A windows nem telepíhető a megadott helyre 0x80300024 telepítéskor.
Woeusb-vel készítettem egy telepítő pendrive-ot.
Ha boot-nál f11-et nyomok be is jön a boot lista, itt kiválasztom a pendrive-ot és indul a win7 telepítő.
Amikor ki kellene választani a meghajtót, akkor dobja a hibát.
Újra felraktam a woeusb-vel az iso-t, viszont kiválasztottam az ntfs-t is.
Még van egy lehetőség, a skip legacy grub bootloader, de nem tudom ezzel változna e bármi a telepítővel kapcsolatban.
Kerestem a neten az infó után eddig még nem jöttem rá a hibára.
Ha csak uefi-t választok a bios-ban, akkor nem látja a pendrive-ot ,csak uefi pendrivnak, viszont ilyenkor a grub töltődik be.

Mindenki jó valamire. Ha másra nem, hát elrettentő példának. "Chasing Spiders and overheat"

Nos sikerült tovább jutnom.
Win 10-es gépen rufus-ból készítettem egy win7 telepítőt gpt-vel.
immár sikerült felraknom a win7-et és működik.
Természetesen a grubnak annyi, ahogy várható volt.
Live Mint pendrive-ról indítottam a boot repairt, azonban hibát dobott.
Van más mód a grub visszaállítására a repairon kívül?

Mindenki jó valamire. Ha másra nem, hát elrettentő példának. "Chasing Spiders and overheat"

Ha EFI/GPT akkor ott kell lennie a Mintnek az uefi beállításokba, csak a Win lett az elsődleges.Itt nem történik mbr felülírás hanem az EFI partíción létrejön mégegy bejegyzés.
Állítsd át a Mintre.

Ilyen lesz, nem törlődik semmi.
Ez egy W10-Ubuntu dualboot uefi mappaszerkezet.

Készítettem fotót a hibáról.
Az angolom gyenge ezért kérném a segítséget.

Mindenki jó valamire. Ha másra nem, hát elrettentő példának. "Chasing Spiders and overheat"

Nálam ilyenképp néz ki.

Hol tudom átállítani Mintre?

Mindenki jó valamire. Ha másra nem, hát elrettentő példának. "Chasing Spiders and overheat"

Ez a linuxod?
Hogyan indítottad el?
ne az efi/boot tartalmát, hanem az efi-t mutasd.
Az efi partíció gyökerét.

[ Szerkesztve ]

Átállítani a biosba (uefi-be) belépve, bootnál nyomkodni kell a del, esc, F1-F12 gombok közül valamelyiket, ez sajnos gépfüggő ezért nem tudom megmondani.
Nálam del,
a boot választómenü meg F11. Itt lehet választani a Win vagy a Linuxom között.
Az egyik pc-men.
A másikon kőbuta az uefi, azon del, be kell lépni és a boot fülön kell átállítani, melyik legyen az elsődleges.

[ Szerkesztve ]

F11 bios után.


és innen már betölt a Mint.

Mindenki jó valamire. Ha másra nem, hát elrettentő példának. "Chasing Spiders and overheat"

Ez a boot választómenü.
Be kéne menni az uefibe és a Mintet kéne elsődlegessé tenni.

Sziasztok,
Egy olyan problémával fordulnék hozzátok, hogy a Manjaro KDE alatt előfordult az utóbbi időben, hogy amikor youtube videót nézek és beletekergetek akkor egyszercsak elszürkül a kép és befagy az egész gép. Valamint az utolsó fél másodpercnyi hangot nyomatja loopban. Sajnos semmire nem reagál csak a kikapcsoló gombra illetve a resetre.

Néztem a dmesg-et de ott csak ilyesmi hibákat láttam:
ntfs3: Unknown parameter 'windows_names'
usb 1-9.4: device not accepting address 8, error -71
usb 1-9-port4: unable to enumerate USB device

Illetve a journalctl -p 3-ban ezeket a hibákat látom:
Failed to start Update XDG user dir configuration.
kwin_xkbcommon: XKB: couldn't find a Compose file for locale "en_AG" (mapped to "en_AG")
Failed to connect to coredump service: Connection refused

Illetve itt is szerepelnek a dmesgben látható usb hibák
Valami tanácsot tudnátok adni merre induljak el a hibafeltárás során?

A neofetch printout ha esetleg az segít:
OS: Manjaro Linux x86_64
Host: H97N-WIFI
Kernel: 5.18.14-1-MANJARO
Uptime: 26 mins
Packages: 1281 (pacman)
Shell: bash 5.1.16
Resolution: 1920x1080
DE: Plasma 5.24.6
WM: KWin
Theme: [Plasma], Breeze [GTK2/3]
Icons: breeze-dark [Plasma], breeze-dark [GTK2/3]
Terminal: konsole
CPU: Intel i5-4590 (4) @ 3.700GHz
GPU: AMD ATI Radeon HD 7950/8950 / R9 280
GPU: Intel HD Graphics
Memory: 3018MiB / 7815MiB

Köszi

[ Szerkesztve ]

Hello darkness, my old friend...

Már jó helyen vagy. Ha az UEFI OS (P4 WDC .... blablabla sort indítod , akkor a telepített linuxod grub menüje jön be, és ebből már kiválaszthatod a Windows, vagy a linux indítását.

Ha később rendbe akarod hozni a grubot, akkor a linux indítása után a terminálba írd ezt:
sudo grub-mkconfig -o /boot/grub/grub.cfg és enter, jelszó , enter. ez ismét felveszi a grub menübe a felderíthető oprendszereket, a windiwst is.

Kert, kütyük,munka,matek,morfondír...ennyi. Szóval ács nem vagyok, de nemrégiben sikerült faragnom egy mőködőképes fogpiszkálót.

Valamint az utolsó fél másodpercnyi hangot nyomatja loopban - gyanusan olyan eset, hogy elfogy a RAM. Amig az oom nem fejezi be a dolgat addig nem is biztos hogy barmi bekerul belole a logokba.
Csinalj(/novelj) swapot, 8GB rambol veletlen is konnyen ki lehet fogyni.

[ Szerkesztve ]

Vigyázat, csalok!

Köszi megnézem ezt is. Kicsit furcsának tartom, hogy sima yt videó nézése közben elfogyna a 8GB ram. A manjaro telepítése közben swapfile-t adtam meg viszont a méretét nem lehetett állítani, most a telepítés után így néz ki:
swapon
NAME TYPE SIZE USED PRIO
/swap/swapfile file 512M 0B -2

Szóval gyanítom ezt nem ártana növelni

Hello darkness, my old friend...

htop-al vagy ksysguarddal nézd meg az erőforrásokat lejátszás közben.

Meg nézd meg a videó statisztikákat, hogy procival vagy vga-val megy-e a videó dekódolása. Jobb gomb a lejátszás alatt, és ott van a statisztikák.

[ Szerkesztve ]

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Most nézek pár videót de eddig úgy tűnik, hogy a swapot nem is használja.
A staisztikák alatt mi mutatja, hogy prociból vagy vga-val megy a dekódolás?

Hello darkness, my old friend...

A régi PC-men voltak ilyen "élményeim"
Terheléstől függetlenül - kiszámíthatatlan időközönként lefagyott, és a hang "reppelt"
PC felújítás (CPU, alaplap, RAM) csere után ez megszűnt.
Szóval ,nálam.valamelyik hardware komponens okozhatta.

A kodek típusát nézd meg, mivel elég régi az a Radeon amit használsz, azzal kb. csak az x264-es youtube videókat tudja hardverből vinni, a most gyakori vp9-et nem. Viszont van x264 erőltető plugin Firefox és Chrome alá, ami ezt megoldja. - Igaz csak 1080p-ig megy.

Btw, a kártyád dekódolási képességeit kilistázza a vainfo parancs.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

A vainfora ezt írja ki nekem:
sudo vainfo
error: XDG_RUNTIME_DIR is invalid or not set in the environment.
vainfo: VA-API version: 1.15 (libva 2.15.0)
vainfo: Driver version: Mesa Gallium driver 22.1.4 for AMD TAHITI (LLVM 14.0.6, DRM 2.50, 5.18.14-1-MANJARO)
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileNone : VAEntrypointVideoProc

A codecnél pedig ezt látom:
av01.0.08M.08 (399) / opus (251)

Másik videónál pedig ezt:
vp09.00.51.08.01.01.01.01.00 (248) / opus (251)

Hello darkness, my old friend...

Kijött az új razer-meta verzió. Javították benne azt a hibát amivel szívtam én is:
- Fix persistence saving for DPI X-only devices, like DeathAdder 3.5G

Régebbi típusú az egerem és ott még csak egy tengelyre van a DPI így egy kis hekkeléssel lehetett megoldani, hogy újraindítás után is megmaradjon a beállítás.

Hátha valakinek hasznos lesz.

Hello darkness, my old friend...

Igen, se AV1-et, se VP9-et nem tudja, mert öreg a kártya. Nekem az RX570-el ugyanez van, csak ott vannak még a HEVC codecek (x265) is. Az RX5600XT-m a másik gépen meg AV1-et is tud többek közt.

Azt el tudom képzelni, hogy az a régi i5-ös proci nálad egyszerűen nem elég a mai youtube alá. Próbáld ki az x264 erőltető böngésző plugint, azzal nem a proci fog dolgozni.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Érdekes, én is tapasztalok ilyet az egyik gépemen (Q9400, 4850HD, 6 GB RAM), random szokott előjönni. Viszont a másikon (E8400, 5750, 8GB RAM), ami napi használatban van, ráadásul ennél jobban előfordul, hogy több program is fut egyszerre, még nem jött elő ez a hiba. Ugyanúgy Manjaro KDE.

Mondjuk az érdekes, hogy kevés lenne mert néztem videónézés közben és max 50%-ra volt terhelve a proci KSysguard alapján.

Warton Hát akkor nem tudom, lehet valami HW hiba tényleg és akkor nyomozhatom itt linux oldalon kb napestig

Hello darkness, my old friend...

Furcsa ötlet, kapcsold ki a kompozitort.
Eredmény?

Felírom ezt is, kipróbálásra. Az a baj, hogy nemigazán tudom előidézni a dolgot szóval kicsit hosszadalmas tesztelésnek nézek elébe.

Hello darkness, my old friend...

Az 50% hogy jött össze? Mert ha mondjuk fele mag lekalapoz 100%-on, az gond lehet. Próbáld ki azt a plugint amit mondtam, két klikk bekapcsolni: https://addons.mozilla.org/hu/firefox/addon/h264ify/

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Jah, azt elfelejtettem mondani, hogy ha várok egy-két percet akkor folytatja a videó lejátszást, mintha mise történt volna, nem kell resetelni a gépet. Ebből én is arra gondoltam elsőre, amit Rimuru mondott, hogy a ram a kevés (a firefox eléggé éhes ezen a téren), persze nem értek hozzá csak találgatok. De ha már mindkettőnk gépén Manjaro KDE van, akkor a szoftveres gubanc sem kizárható, szerintem.

Amúgy meg:
Nagyon csodálkoznék, ha egy negyedik generációs i5-ös cpu kevés lenne egy nyomorult YT videó lejátszáshoz. Miközben a gagyerák 7éves telóm vagy egy 200 forintos méretű chromecast is simán megugorja ezt a taszkot.

Csak arra gondoltam, hogy az Opera és Vivaldi külön-külön használnak ffmpeg bővítményt. Ezeket a böngészőket is meg lehet nézni próbaképpen.

OS : EndeavourOS KDE . . . . . . Parancs menü : https://pastebin.com/u/txt444

A telódat nem tudom, de a Chromecast pl. rendelkezik VP9 hardveres dekóderrel, így neki könnyű.

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

Ez 100% hogy hardveres anomálisa, és én azt mondanám, hogy az egyik diszk csinálja, ha van HDD, akkor valószínűleg az.

Sziasztok

Tudnàtok mondani megbizható audio konvertàló programot,grafikus felülettel?DSDböl és 24 bites Flacból szeretnék 16 bitest csinàlni.
Deadbeeffel próbàltam, de nem akarja.

Köszi

Igen én is a HW hibától tartok. De majd tovább nyomozom és próbálgatom/tesztelgetem az itteni ötleteket. HDD nincs a gépben csak két sata SSD.

Hello darkness, my old friend...

a ffmpeg-gel mi a baj?

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

fre:ac

Ha csalódni akarsz, bízz az emberekben!

Nekem a SoundConverter vált be.

Audacity?

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

az Audacity DAW, brutál overkill erre a feladatra

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)

Szerinted az emberek 95%-a mire használja a mammut Adobe Acrobat Readert?
Havonta 5x pdf olvasásra.
Az nem overkill...?
Dehogynem.

Speciel én erre egy 11MB méretű wines portable Foxit Readert használok (reklámmentesen !! ) de nem mindenki én.
Poén, Ubuntun Wine alatt 10x gyorsabb mint a beépített natív linuxos PDF reader.

A Foxit-nak van natív linuxos verziója is?

"Szörnyek léteznek, de túl kevesen vannak ahhoz, hogy igazán veszélyesek legyenek. Sokkal veszélyesebbek az átlagemberek, a funkcionáriusok, akik készek hinni és cselekedni anélkül, hogy kérdéseket tennének fel." (fordította DeepL ) - Primo Levi

Tudtommal igen, létezik: [link]
De szerintem az OS-ed repojából is tehetsz fel alternatívákat. Én például ezen a gépen a qpdfview-t használom.

[ Szerkesztve ]

"A valóság az, ami akkor sem tűnik el, ha már nem hiszünk benne." - PKD \\\ CTRL+ALT+BAKANCSTALP ///

Ennek sose neztem utana, Wine tokeletesen futtaja az exe-t.

Itt hátha hamarabb kapok választ! Link

nem ismerem, nem tudom mi az. halványan rémlik hogy apám egyszer szóba hozta de nem hagyott emléknyomot.

A tipikus munkafolyamat legjobb tesztszimulációja a tipikus munkafolyamat. A "napi anti-corporate hsz"-ok felelőse :)