Szerintem a legegyszerűbb ha a telepítő pendrájvot megcsinálod Ventoy-ra, az el fogja indítani a 32 bites uefi bioson a Mint telepítőt mert benne van a bootia32efi.
Vagy ezt valahogy belemókolod a telepítőbe de ezt nem tudom hogyan kell. A linkelt unebootin is valami ilyesmit csinál.

Asus eeePCN-n próbálkoztam easypeasy-vel. Stabil volt, csak kevés volt neki a tárhely.
Ezt kellene megnézni, hátha jó lenne:
[leeenux linux]
Én megnézem,hátha meg lehet támadni a Live-linux kit-tel.

[ Szerkesztve ]

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.

Elvileg ott a leírásba benne is van, hogy etc/bootba kell rakni, amit meg is tettem, így jött elő a grub. Na megnézem holnap a Te ajánlottadat. Köszönöm

csixy: Van akinek csak erre telik... Én csak segédkezem. Szívből kívánom, hogy soha ne legyél szegény!

Win 8 hír topikjában én is megkaptam ezt. Nyilván a budai várból nem látni mi folyik gyöngyösön.

[link] hátha segít.

Amd - Radeon - Ryzen

Írtam is, hogy easypeasy lenne jó rá, de leginkább egy külső SSD-re.

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.

Félreérted.
Nem a szegénységen múlik hanem bármit raksz rá, nem lesz használható mert a hardver nem fogja tudni lekezelni a mostan web, html, video és egyéb igényeket. Szó szerint használhatatlanul lassú lesz, annyira hogy már értelmetlen az egész.

Én példám, Keresztanyám kapott ingyen egy használt, gyönyörű, patika állapotú 8 colos tabletet hogy majd viberezik meg FB messengerezik az ismerőseivel.
és felhívott hogy nézzem már meg mert valami nem jó a tablettel.
Megnéztem és közöltem vele hogy dobja ki a szelektív elektronikai gyűjtőbe mert a tablet valami überratyi socos, 1Gb ramos 16GB emmc-s rettenet volt amin egy Viber 10 másodperc alatt, egy böngésző 15-20 másodperc alatt nyílik meg. Mondom megnyílik, de hogy böngészni lehessen még 10-12 másodperc és beleszakad egy scrollozásba. Multitaszkingot felejtsük el, az gyakorlatilag kimerül az előbb háttérbe helyezett app bezárásával és újra megnyitásával.
A tableten Android 10 van (!!!) ami maga megeszik 650-750megát az 1giga ramból. Na akkor gondolkodjunk mi is marad az appoknak.
Aki ezt a tabot egyáltalán ki merte küldeni kereskedelmi forgalomba hogy ezért még fizessenek is a vevők, annak a fenekébe hengeres lóalkatrészt kívánok és még úriember voltam. Mert bizony ezért pénzt kérnek, kapható jelenleg is boltokban.

Ennek így abszolút semmi de semmi értelme és a kolléga nem bántásból mondta amit mondott.

Easy Peasy még mindig jó lehet rá. De kevés a hely, ezért kell beledugni egy SSD-t, de egy Axagon EE25-XA6 SSD ház eleve 4400Ft és akkor még jön a belevaló SSD, akkor mi is a helyzet a pénz szűkével? Számoljunk már! Ami nem megy, azt ne erőltessük.

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.

totál elbeszélsz amellett amit én mondok. pmOS-nek pl mi a bánatnak extra háttértár? pár száz mega az egés és flashre van optimalizálva...

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

Van egyetnemertes igazad van, abszolut nem ertek veled most egyet.
mert egy tabletet az atlaguserek 100%-a aki megveszi a boltba az pontosan arra akarja hasznalni amit te elutasitasz. Webes es feszbukos viberes emailos mediamegjelenitonek. Amire viszont totalisan alkalmatlan azaz kidobott penz es ezert hasznalhatatlan termeket kap a vevo.

viszont, ha valaki NEM erre akarja használni, akkor egy teljesen használható hardverről beszélünk. szerintem, legalábbis.

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

Elvileg ezzel megoldható:
search.file /casper/vmlinuz.efi linux
linux /casper/vmlinuz.efi root=$linux
És a lényeg ne maradjon ki:
initrd /casper/initrd.gz(vagy initrd.img)
boot
"Illetve hogy tudom kideríteni, nálam hogy hívják a partíciót?"
Mondjuk így-e: search.file /casper/vmlinuz.efi

[ 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 külső rack-es SSD nem akar trimmelődni, pedig a rack elvileg képes lenne rá, akkor ezt ajánlanám a figyelmetekbe (nekem az Axagon EE25-XA6 ház esetén bevált):
[https://www.jeffgeerling.com/blog/2020/enabling-trim-on-external-ssd-on-raspberry-pi]
Na mindjárt megnézem, hogy a Kolink KO-25UC31 házam is meg tudom-e tanítani kesztyűbe dudálni, mert arra is az van írva, hogy SSD számára készítették.

[ Szerkesztve ]

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.

Sziasztok! Adva van egy jól belakott manjaro, amit szeretnék másik gépen is használni, klónozással. A kérdés az, hogyan tudom átvinni úgy, hogy kisebb a cél ssd? 240->120. Jelenleg 76GB foglalt mindössze, tehát kényelmesen ráférne a 120-as ssd-re. Nagyon nem szeretném előlről kezdeni, telepítéssel. Köszi.

Eléggé nem egyszerű. Ha van rá keret, inkább fogj egy másik azonos méretű ssd-t és akkor clonezilla pikk-pakk megoldja.

Ha mindenképpen kisebb és emiatt lassabb SSD-re akarod áttenni, akkor viszont kb. ez a folyamat:

-partíció(k) létrehozása,
-fájlrendszer átmásolása valamilyen live rendszer alól
-belépni chroot segítségével live rendszer alól az átmásolt rendszerbe
-ott fstab-ot szerkeszteni a root partíció UUID átírásával
-initramfs-t kell generálni
-grub-ot is telepíteni kell

Előző héten kínlódtam ezt végig, mikor egy 512-es HDD-s gépről tettem át a rendszereket egy 120-as SSD-re, ott mindegyik partíciót csökkenteni kellett.

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

Aham, köszi. Hétvégén, ha lesz rá időm eljátszok vele. De lehet majd csak az ünnepek idején tudok vele foglalkozni. Reméltem, hogy van rá pikk-pakk megoldás . De jobban járok egy ilyen méretű ssd-vel, arra csak simán klónozom, ha jól értem. Ez a 120-as szinte új, alig van benne "km". Na, majd kitalálom. Köszi a segítséget.

Igen, a Clonezilla mindent is megcsinál mikor egyik eszközről azonos méretű másikra klónozol és az megvan kb. 5 perc alatt. Amit leírtam, az meg nem.

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

Ha ráér estig akkor elmondom neked hogyan lehet bármiről bármire Linuxot klónozni úgy hogy a célpartíció kisebb az eredetinél és ne legyen orbitális uuid ütközés ha véletélenül bennmaradt a forráslemez is a gépbe és semmi szükség a Kapitány áltam elmondott chroot (már kiejteni is borzalom... ) és egyéb mahinációkra.
Eléggé egyszerűen lehet.

[ Szerkesztve ]

Szia,

Bocs egy kicsit késtem ezzel, de jobb későn, mint soha
Megvan az eszköz, a paraméter is a végén:

03:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Venus XT [Radeon HD 8870M / R9 M270X/M370X] [1002:6821]
Ezt a sort pontosan hová kell beszúrni a grub fájlba?
Így csináltam:

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""
GRUB_CMDLINE_LINUX_DEFAULT="pci-stub.ids=1002:6821

Mert így ezt adja vissza:

sudo update-grub
Sourcing file `/etc/default/grub'
/usr/sbin/grub-mkconfig: 35: /etc/default/grub: Syntax error: EOF in backquote substitution

Gondolom, akkor ezt nem jól raktam bele?

Köszönöm a segítséged előre is!

Lehagytál egy " -jelet a 6821 végéről. Viszont ezeket nem kell külön sorokba, mehetne így:

GRUB_DEFAULT=0
GRUB_TIMEOUT_STYLE=hidden
GRUB_TIMEOUT=0
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci-stub.ids=1002:6821"
GRUB_CMDLINE_LINUX=""

tordaitibi: az engem is érdekelne.

[ Szerkesztve ]

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

Megcsináltam, köszönöm.
Sajnos nem oldotta meg a problémám, töltőről indítva megfagy a Cinnamon indításakor. Ha elindult és utána dugom töltőre akkor minden oké onnantól. Ez a kártya hibás. Volt a Dellnél Londonban (nem javaslom senkinek a helyet) a gép, hardveresen nem tudom, hogy mit csináltak vele, a Windowsnál úgy működik, hogy a telepítés után az eszközkezelőben megtiltom, egyszer szétfagy, de utána már nincs vele baj, ezért gondoltam, hogy ez itt is segíthetne.

Mondjuk ezzel lehet éppen együtt élni, de ha valakinek van valami gondolata ezzel kapcsolatban, kérném ne tartsa magában

Kérdezz rá a másik Linuxos topicban is, hogy van-e még ezen kívül lehetőség HW letiltására, hátha.

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

?
[link]

Köszönöm a tanácsokat, megpróbálom először a szoftveres részét, hátha valami mágia segít, én elégedett lennék, ha windowshoz hasonló módszerrel ignorálni tudja a rendszer. Valami az energiakezelési dologgal van, mert ez a kártya, chip....nevezzük bárminek ezt az ótvart, ez csak akkor működik, ha töltőn van a gép, egyébiránt igpu. Ezt a blacklist dolgot megnézem.
Külön köszönöm, hogy leírtad a hardveres részét, így szembesültem azzal, amit egyébként is sejtettem, hogy baromira nem egyszerű, nekem nincsenek hozzá cuccaim, csak egyszerű barkácsolásra vagyok felkészülve. Ez a BIOS kérdés is foglakoztatott, hogy mi a gyászkeretért nem lehet letiltani ott, és akkor solved. A Dellnél meg ültünk két órát és ennyit sikerült intézniük vele, mondjuk a srác mosolya nem volt őszinte miután előjött, hogy kész. És, hogy csak IGP-s lett. Hát simán átkormoltak, pedig nem garanciális javításra vittük, mert a garancia lejárta után 1 hónappal sült meg.
De nem, és nem lett igp-s:

Most meg lehet vele variálni, hogy mi legyen, mert egyébként jó kis vas.

esetleg amit még meg lehet nézni, PCIe endpoint letiltása. én anno a nvidiás laptopomban csináltam egy ilyen startup scriptet ami letiltotta a végpontot, eneriatakarékossági megfontolásokból. nyilván blacklistre kell tenni minden kernel drivert ami az eszközt tekerné. Mindazonáltal megítélésem szerint bár maga a művelet nem bonyolult, ez már nem kezdő téma révén milyen mélyen kell belenyúlni a rendszerbe illetve nem árt érteni hozzá hogy konkrétan hogy működik ez a device tree és device driver dolog a kernelben.

ajánlott olvasmányok: EZ és EZ

ha kezem alatt lenne a laptop megcsinálnám, de sztem csináljuk azt hogy ha elakadsz valamiben akkor írj ide.

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

Köszönöm, akkor itt most összejött, adódott pár lehetőség, egyenként átnézegetem, ha van fejlemény, mindenképpen konzultálunk, köszönöm a segítséget, jól jön.

hajrá hasonlóval én is futottam köröket, csak nálam nem hardverhiba volt hanem felesleges erőforráshasználat. aztán mikor a laptopot lassan parkolópályára tettem, akkor jöttem rá hogy van neki ilyen rejtett BIOS menüje (ezt a márkaszervizes esélyesen nem fogja neked beismerni akkor se ha rákérdezel, fórumokon lehet tájékozódni...) ahol ez megoldható. de legalább jó tanulás volt

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

Én live linuxot bebootolnék és abból indítanék egy Gpartedet és azzal a / partíciót átméretezném kisebbre, annyira amennyire lehet, illetve amennyire kellene, úgy hogy a hátulja jöjjön előrefelé majd a partíciókat szép libasorban egymás után előre költöztetném. Utána kipróbálnám, hogy működik-e, ha bex@rt, akkor jöhet a chrootos móka, ha minden jó, akkor jöhet a DD-zés, oszt annyi.

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.

Magyar forumokon nem igazan talalkozni vele - bedobom a koztudatba.
[link]

Ráér . Mi lenne a megoldás?

Na, ez érdekes lehet, megnézem. Köszi.

Nem mondod, hogy 2 terás SSD kellett. Gondolom Linux .iso-k meg 4K-s gólyapornó telíti be azt a sok helyet

#86810 tordaitibi: egyetértek. Nem szabad ilyen régi gépbe időt tenni. Eljátszani el lehetne rajta valami ultrasovány disztróval, de ha már itt a kezdőben kérdezősködik valaki, eleve telepíteni se tudja (32 bites UEFI-vel szenvedés helyett fel lehetne tenni MBR BIOS boottal), akkor nincs értelme, mert ha fel is szenved rá egy minimál rendszert, használni nem fogja tudni. Plusz böngészésre ahogy írod, alkalmatlan. Ezeknél már egy használt okostelefon is jobb netezésre. Pl. 1 giga RAM már 6-7 éve is vészesen kevés volt, azóta még nehezebbek lettek a böngészők, weboldalak, videók, JS hegyek, stb.. Venni kell egy használhatóbb használt gépet helyette. Az a szóban forgó Atom proci szintén, egy 20 évvel ezelőtti egy magos P4 szintjét hozza maximum. Érdemes inkább retrózásra tartani az ilyet, XP-s pótgépnek.

Urak.
Van valami lehetőség egy Debian Server és egy Arch Desktop rendszeren valami víruskergetés lefuttatni?
Egy hét alatt a negyedik alkalommal futok bele, hogy böngészés közben blokkolnak furcsa forgalom miatt.
Tegnap a GitHub blokkolt, ma valami fórumot nézve a cloudflare jött elő ezzel.
Közben persze történtek router restartok, új IP-t kaptam, azzal elvoltam egy darabig. Aztán újra...

Szóval van valami ötlet, hogy mit lehetne tenni ezügyben?

Frawly: Megelőzve a kérdésed. Nem, nálam nincs gólyapornó

[ Szerkesztve ]

Vírusírtók által kiadott rescue disk live rendszerrel végig pásztázhatod a géped(Kaspersky Rescue Disk,Eset sysrescue live,Avira rescue system).

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

Ezek képesek Linux-on is detektálni?
Olyan nincs ami futó rendszeren (Debian Server) tudnak keresni? Az ugyanis folyamatos üzemben van.

Tartom a hátam a vizes türcsiért, meg a mogyórófa vesszőért. De a Paragon extfs progija Win környzetben annyi ideig ingyenes, amíg a kolléga felcsatolja a linuxos fájlrendszereket egy Win gépen és ráengedi a Win Deffender-t. Vagyis a Win10 beépített viruskergetőjét.
Tudom, tudom mordori nyelven szólaltam meg Tündeföldön. :-) De hát Szürke Gandalf is beválallta.

Khm... és a Luks partíciókkal tud valamit kezdeni a Win?

Nézd meg a Paragon ide vonatkozó dolgait. Tényleg nem tudom. Nekem rémlik valami titkosítással kapcsolatos dolog is.

Megnézem akkor, hogy megy-e neki a sw raid1 (mdadm) és a Luks encrypt.
De akkor még mindig kérdéses, hogy a Debian Server-t hogyan ellenőrzöm, mert abból nem pakolnám ki a vinyókat. Illetve továbbra is kérdés, hogy linux-on futó állományokban rendesen mi találja meg a problémás kódot?
Tényleg nincs valami natív kereső linuxra?

ClamAV cli ? [link]