Ha ez a fétised, hajrá

https://www.coreinfinity.tech

Mandrake 7 óta...

Próbáltál esetleg másik csatornát (frekvenciát) használni?

Ubuntu MATE 20.04, hobbi cayenne termesztő

Ma kell megtenni a tegnap eltervezetteket.

Sziasztok!
Kollégám, aki a szervereinket kezelte felmondott és rám maradtak ezek a feladatok. Rögtön el is akadtam egy hibánál. Sajna nem vagyok nagy Linux guru, de ezt szerintem fel is tudjátok majd mérni a hibaleírásomból is...
Adott egy Debian linux 9.13, amin a levelező szerver fut.
A webszerver wildcard SSL tanúsítványa lejárt, de a kolléga még a lejárat előtt feltette az újat a helyére, nekem már ne legyen vele gondom, meg ezzel meg is mutatta, mit kell ilyenkor csinálni.
A kolléga távozott, a régi tanúsítvány lejárt, így most kiderült, hogy valami nem ok, a thunderbird és a böngészők nem töltik le az új tanúsítványt.
A tanúsítvány der formátumban érkezett, amit a https://www.sslshopper.com/ssl-converter.html online konverterével alakítottunk PEM formátumúra. Ezt átneveztük, az apache leállítása után (service apache2 stop) bekerült a régi helyére (/etc/apache2/ssl/domain/), ugyanazzal a névvel, mellette maradt a régi key fájl.
Apache2 indítása (service apache2 start).
Thunderbird-ben ez a hibaüzenet jön:
Ha a megtekintésre kattintok, akkor a már lejárt tanúsítványt látom.
Ha a tanúsítvány letöltésére, akkor azt írja: Nem áll rendelkezésre információ.
Megpróbáltam linux alatt openssl-el átkonvertálni a .der állományt, hátha hibázott az online konverter:
openssl x509 -inform der -in domain.der -out domain.crt
A végeredményt betettem a helyére (ugyanakkora lett, mint az online által konvertált), változást nem hozott.
Az /etc/apache2/ssl/domain/ könyvtárban van még 1 fájl, domain-ca.crt, amit nem tudom hogy kellene legenerálni. A cég akitől a tanúsítványt vásároltuk, azt mondja, hogy csak windows platformon tudnak segíteni, linux alatt nem...
Mit rontottunk el vajon, hol keressem a hibát?

[ Szerkesztve ]

Igen kimaradt, hogy a PEM fájlt domain.crt-re neveztük át.
A mappában így van 3 fájl:
domain.crt
domain-ca.crt
domain.key

Hello,

Valamilyen tabletre való felületet (ha létezik ilyen Ubuntura, vagy egyébre), vagy disztrót tud valaki?

A KDE neon Plasma Mobile-ja még nagyon nem tökéletes, de más lehetőség esetleg...?

Android x86 is jó lenne, de végigpróbálva kb. mindet, nem nagyon működnek, és OTA frissítés sincs.

Mutogatni való hater díszpinty

Ha nem ódzkodsz nagyon a kínaitól, akkor próbáld ki a JingOS-t!

Meglepett, de fenn van a DW-on is!

[ Szerkesztve ]

Attól eléggé A Phoenix is gyanús, de az elvileg nem kínay.

Mutogatni való hater díszpinty

Én direkt fárasztom őket, figyeljetek csak sárgamakik!  Az aktív meg másik telóm is kínai, OS is kínai és még a Mi cloud-ot is telerakja a két teló.

Szerintem már az internet is kínai...

Ezt de utálom, mobilon írtam, hozzászerkesztettem még egy mondatot, erre külön hsz-t csinál ez a kőkorszaki PH motor....Parciiiiiiiiii

[ Szerkesztve ]

Én azért ezt kerülöm ahol lehet

[ Szerkesztve ]

Mutogatni való hater díszpinty

Gnome vagy phosh (ami szinten gnome )?

Vigyázat, csalok!

phosh.

én a postmarketOS által támogatott grafikus felületek környékén néznék körül.

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

Nem kerülöd el, mármint nem csak a kínaiakat kéne amúgy sem, de gondolom a netkábelt meg nem akarod elvágni....így aztán bakfitty!

Látom javasolva ezt a fura nevű Phosh valamit, láttam ebben az írásban, de a neve nem teccett!
Linux Based Operating Systems for Mobile and Tablet Devices

Magát a pmOS-t se lenne hülyeség bepróbálni, de nem annyira támogatott az eszköz :S Bár igazából semmi más alatt sem működik mindene, ahogy most elnézem.
BTW a sima Gnome3 is összerakható, ma próbálgattam, egy dolog hiányzik : görgetés az érintőn bárhol húzgálással.

Én férfiban ismertem Reisz nevűt... de vele senki nem viccelt, mert akkora volt, mint egy hegyomlás

Mutogatni való hater díszpinty

Én is muszájból használom melóban - az előző helyen még a kliensgépeken is Linux volt, de ott meg a hülyeség öltött olyan mértéket, hogy inkább Windowst supportálok
Mondjuk itt is dolgozom rajta, hogy lehessen Linuxom

HP->Canon-> Canon nyomtatók szidása záros határidőn belül...

Mutogatni való hater díszpinty

Nekem folyamat bajom van, főleg a 4 magos gépen tanúsított lassúsága miatt... Meg hogy nekem kell supportálni az említett lassú géppel

Mutogatni való hater díszpinty

Ilyen görénységek a Canontól is kitelnek
Mondjuk ha valami a 10-en ment, annak illene a 11-en is.

Mutogatni való hater díszpinty

Nekünk HP nyomtatónk volt, nem volt vele nagy probléma: a tintagondot is lehetett orvosolni(reloaded),de aztán elöregedett, jött egy canon....Ekkora egy hisztis r*****ot sosem látott a világ: a hp volt olyan információ-kész hogy jelezte hogy a színes vagy a fekete fogyott el,a cannon a 'A' 'B 'C' valamelyike villantotta magát.Felmerült a tintagond? F**k yourself dear user.
Alig van nálunk ez a phosh' - halmaz de már egy életre megutáltam.....
A HP és a canon felismeri a generic driver.

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

Én anno az általánosban tanultam linuxot(halvány emlékezetem szerint startmenü gombján egy tux volt,hálózati bootban indulhatott mert volt egy gép ami "szerverként" futhatott mert ha az nem fut akkor többi gép sem bootolt volna be) holott windows volt otthon,annak idején elidegenedtem tőle.Most meg vagy 2-4 éve csak linux fut a gépemen(lehet hogy lesz mellé windows de nemhiszem hogy tartósan lenne).
Durva ezt leírnom de nyomokban olyan mintha egy "tanár" lenne.Segített programozni,segített belemélyíteni a bootloaderek világába,ösztönöz arra hogy bizonyos szoftvert is előállítsak,vagy akár egy livelinuxos számítógépes-bicskát rakjak össze.

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

Virtuális gépen kényelmes, kevesebb macera, mint dualboot-tal, és a legtöbb dolog elfut rajta úgy is.

Mutogatni való hater díszpinty

Mivel lehetne HDD-n felülettesztet csinálni Ubuntu Server-en adatvesztés nélkül?
Sajnos menet közben borult a gép és azon kívül, hogy éjjel futtattam egy mdadm checkarray-t 2db hdd-n (raid1), a többi még nincs tesztelve.
Nem tudom azt sem, hogy a checkarray ~10óra futása valóban megfelelő teszt-e ilyenre.

smartctl mit mond? Elvileg az is tud valami ilyen tesztet, de a SMART adatokból is sok minden kiderülhet.

Mutogatni való hater díszpinty

Azzal nincs gond, minden hdd-n 0 reallocated sector van. Az egyik HDD smr-es azon képtelenség a raw errorok között kiigazodni.
Esetleg egy "badsectors" futtatás?
Igazából a legjobb az lenne, ha a hdsentinel pro-hoz hasonlóan linux-on is volna egy "surface reinitialization" megoldás. Csináltam már a 4TB raid1-ről backup-ot, szétdobtam a tömböt, töröltem a superblock-ot és csinálnék valami valós felület újrainicializálást.

Ha már úgyis szét van szedve, akkor bootolj egy Hiren's -ről, és HDD regenerator.

Mutogatni való hater díszpinty

Biztosan van benne HDD Regenerator? [link]
Nem a HDDScan van benne helyette? Mert az csak valami mintával tölti fel write esetén, valódi "reinit"-et nem csinál tudtommal.

Nemtom, én kiszedtem egy régebbiből, amiben volt, és hálóról használom, ha kéne (a Hiren's -t is.)

Mutogatni való hater díszpinty

a pmOS-nél jobb hardverkompatibilitású rendszert nem nagyon fogsz találni csak mondom. x86 alatt pl teljesen hibátlan, telefonokon ha megnézed kb amiken megy azokhoz az összes patch pmOS-ből jön rá a mainline-re is.

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

Ez a bajom, hogy amiken megy.
Ugyanaz a baj, hogy alig van amin rendesen működik, és HW 3D gyorsulás nélkül halott (próbáltam). Pedig marha jó lenne, mert mainline kernel=marha hosszú support.

Az a baj, hogy atombiztos rendszer kéne, mert napi használatra magamnak, vagy anyámnak csak olyat adok. És a pmOS pont ezt tudná, ha rendesen menne olyan dolgokon is, amik itt előfordulnak.

Mutogatni való hater díszpinty

Linux Mintre lehet az AUR-ból progit telepíteni? Ha igen hogyan?

Az AUR az forrásból fordít csomagot. Nem lehetetlen, hogy az AUR-es PKGBUILD alapján csinálsz saját telepítőt Mintre egy shell script formájában.

De egyszerűbb keresni PPA-t Mintre.

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

[ https://magyarlinux.hu/bauh-univerzalis-csomagkezeles/ ]
(Sose próbáltam.)

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

Van egy laptopom amin Arch Linux-ot használok. Az "Intel UHD630 + Rtx2060" VGA kombóval milyen megoldást javasolnátok, hogy tudjak váltani a VGA használat között?
Elfogadom azt is, ha csak reboot után tudok.
Zárt nvidia driver van használatban.
Jelenleg boot közben letiltom a dVGA-t ( [link] - Fully power down discrete GPU) és csak az Intel van üzemben azonban néhány probléma van ezzel kapcsolatban:

1. Elég macera folyton konfigot babrálni, ha át szeretnék váltani a f*ckvidia vga-ra vagy épp vissza.

2. Mivel minden monitor kimenet az nvidia-ról működik, ezért amint külső megjelenítővel használom ismét állítanom kell, akkor is, ha csak code editor-t nyitok munkához

3. Amikor csak az Intel van használatban (boot konfig alapján) akkor előfordul, hogy néhány esetben (mondjuk alvásból visszatér a gép) mégis bekapcsol az nvidia.
Szoftveresen továbbra sem látható ugyan, de a laptop jelzi egy led-el, hogy éppen melyik vga van használatban. A lényeg, hogy ilyenkor a fogyasztás megugrik a dVGA fogyasztásával, ami nem túl nyerő megoldás.

Szóval valami működő barkács megoldás volna jó, ami kényelmes és valódi váltás lehetőséget kínálna. (Bumblebee-n elvérzett a tudásom, nem sikerült beállítanom)
Van ötletetek?

Arch-on nem tudom hogy megy ez.
Nálam Ubuntu Mate alatt most On-Demand módban üzemel a zárt driverrel. HDMI működik, és ha átállítom Performance-ra (Nvidia only), akkor kijelentkezés kell csak.
Persze nem azonos hardver, de két VGA. Nálam egyébként AMD+Nvidia laptop.
nvidia-prime az egyik lényeges csomag, a driveren kívül.

[ Szerkesztve ]

Ubuntu MATE 20.04, hobbi cayenne termesztő

Nemtom, az hogy műxik, nekem a T400-on az AMD dVGA, meg a chipsetben levő is a BIOS-ban kapcsolható. Neked ez nem? (Nekem meg gyak. másképp nem kapcsol.)

Nem lenne nehéz írni egy script, ami pl. egy reboot alias, és azzal indítod újra a gépet, meg olyat is lehet, hogy sleep-ből ébredve fusson le, de nehezen hiszem, hogy így kéne workaroundolni.

[ Szerkesztve ]

Mutogatni való hater díszpinty

Régebben még Ubuntu esetében a driverben nekem is volt valami választási lehetőség.
Talán disable-adaptive-performace vagy valami ilyesmi. Itt ilyen nincs. Illetve emlékszem régről még prime-select parancsra is, de az sincs most.
Mondjuk nem ez a vga volt, valami másik nvidia laptop.

hcl:
De, teljesen nyitott a bios, át tudom kapcsolni abban is csak kényelmesebbre szeretném megoldani. Valami os-en belüli megoldással.

Nekem az a furcsa, hogy Arch-on, ahol elvileg nagyon jó a dokumentáció, bumblebee-t említenek. Ennek fejlesztése, használata már a múlté, több éve.

Ubuntu MATE 20.04, hobbi cayenne termesztő

Akkor úgy látszik, sokat kell majd scriptelned

@lev258 : Mint a KDE neon, ahol egy majd' 10 éve outdated képernyő-billentyűzet az ajánlott?

[ Szerkesztve ]

Mutogatni való hater díszpinty