Ja, a serial console jó megoldás lenne, csak meg lehet azt csinálni, hogy az Android soros konzolként működik vajon? Mondjuk ha kell közé két RS232 TTL chip, akkor eret vágok, de még az is működhetne. Igazából arra gondoltam, hogy az Android cuccot kijelzőnek használom, nem szükséges, hogy a boot-ot is lássam.

@emvy : Megy SSH-n USB tetheringgel, de azért az kissé overkill

Mondjuk pont egy olyan Android eszközt használnék kijelzőnek, amiben nincs se USB tether, se wifi, se semmi

[ Szerkesztve ]

Mutogatni való hater díszpinty

nekem akkor volt csak szükségem a szervereimen monitorra, amikor nagyon összedőlt rajtuk minden. még hálózat se volt rajtuk.
ilyenkor arra számítani, hogy rádugsz valamit és lesz benne hálózat, szerintem nem hatékony.
ha meg megy a hálózat, akkor van ssh, akkor nem kell monitor.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Kivételesen nem, a home szerverre gondoltam adatmegjelenítésre + ha kell, konzolnak. Valami e-ink-es gagyi e-book olvasóval elmenne. Persze lehet az lesz a vége, hogy egy bontott e-ink kijelzőt húzok fel USB-re, csak az máshogyan macerás.

Mutogatni való hater díszpinty

Van egy CentOS 5.11 egy HP G7-es szerveren.
GE HealthCare csodálatos cucca fut rajta, se mentés, de DR, se semmi.

Ezt szeretném virtualizálni VMware alá, valaki csinált már ilyet?
VMware converter? Milyen más image alapú mentőcuccok futnak CentOS 5.11 alatt? Először Veeam-re gondoltam, de annak túl régi

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

ugye nem centos alól fogod menteni.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Hogy máshogy lehet menteni fizikai vasat? Telepatikusan sztem még nem sok mentőprogram üzemel

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

szépen leállítod a fizikai vasat, beledugsz egy boot cd-t valami live mentő os-sel és azzal kimented.
ha nincs jobb (nem tudom, hogy a vmware-hoz tartozik-e ilyen, de illene), akkor letöltöd a ghost for linuxot (g4l) és azzal mented.

futó os-t szektor szinten menteni nem jelent jót az álmoskönyvek szerint

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Csak, hogy értsd. Linuxnak nagyjából mindegy mi fut alatta, hacsak az alkalmazásnak nem kell valami nagyon speciális a HW-ból(USB kulcs pl.).
Lényegében, ahogy bambano írta boot valamiről, át synceled a fájlrendszert a virtuálisba és gond nélkül kéne bootoljon, mint itt.
Pontosan ezt csinálják a backup alkalmazások csak jelen esetben manuálisan kell csináld.

[ Szerkesztve ]

VMware-nek van ezer éves bootolható convertere, de már nem támogatott.

Már több százszor csináltam futó OS alól klónozást / migráció, nincs vele semmi probléma.

Köszi, ez a g4l egész jónak tűnik

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

De amúgy tényleg, lelövöd, csinálsz egy dd-s mentést valamire, létrehozod a Vmware gépet, és arra felteszed image-ként. Ennél atombiztosabb nincs. És akkor az egész winyó, bootszektorral, mindennel átment.

Mutogatni való hater díszpinty

Sziasztok.

Szeretnék a szerveremről email-eket küldeni php, java programokból.
Ezt postfix-el tudom megoldani? Kell a domain-hez mx beállítás is ilyenkor?
Nem fogják az email fiókok spam-nek érzékelni?
Ha pár szóban a főbb teendőket elmondanátok, azt nagyon megköszönném.

(Vagy egyszerűbb volna valami gmail vagy hasonlót használni smtp-nek?)

Nekem is ilyenre van használva, hogy tudjon a home server szólni, ha baja van.

Mutogatni való hater díszpinty

Használ valaki netconsole-t? Ha olyan receiver van beállítva neki GRUB-ból, ami nem létezik, akkor mit csinál?
Gondoltam beállítom, de látom, hogy statikusan kell neki MAC-et, IP-t megadni.

Mutogatni való hater díszpinty

Na, sikerült iLO hozzáférést szerezni a géphez, de az SSH-t nem tudom működésre bírni.
Tűzfal ki van kapcsolva, és itt az ssh config egy része, de a putty nem csatlakozik.
Mit rontok el? Próbáltam másik porton is.

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

ssh -v mit mond?
én jártam már úgy, hogy valami őskövület encryptet erőltetett az iLO, ami a gépemen már tiltva volt

[ Szerkesztve ]

Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data

iptables -L -n

Hello, az iLO-nak sztem nem sok köze van a szerveren futó ssh-hoz. iLO megy, legfrissebb firmware, és VNC-n is elérem a szervert, csak a P2V konverzóhoz kell az SSH.

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

Ha szándékos, akkor sztornó, de esetleg a listenaddress lehet rossz abban az sshd_configban?

Eleinte angol billentzuyetet akartam. De aztán megismerkedtem a nagy 'Ő'-vel!

Az az ip címe, de kikommentelve se megy.
Közben kiderült, hogy ha leállítom az iptables-t akkor tudok csatlakozni, úgyhogy a P2V konverzióra kilövőm a tűzfalat és így jó lesz.

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

Azt írtad, hogy a tűzfal ki van kapcsolva...

Alex

Igen, a tüzfal ki volt kapcsolva a GUI-n, de az iptables nem

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

Közben kellett egy ideiglenes ESXi 5.5 host, mert a régi converter nem tudott kapcsolódni a 7.0 U2-höz
A P2V konverzió lefutott, ez a cikk alapján csináltam: [link]
De boot-kor belefutok ebbe a hibába, még az után is, hogy az mkinitrd-t lefuttattam.
Itt mit kellene csinálni?

[ Szerkesztve ]

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

/etc/fstab vagy ennek centos megfelelőjében át lett írva, hogy hol a / ?

Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data

Nem, csak azt csináltam ami a cikkben van, erről van valami részletesebb infó, hogy mit kéne csináljak?

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

jó kernelhez futtattad az mkinitrd-t? amivel bootolna?

Remélem, leszedtem az 5.11-es x86-os CentOS ISO-t és azzal csináltam, bár volt egy sima meg egy PAE-s kernel is, csak a simára csináltam meg.
A PAE-re is meg kellene? Mert a fizikai gépben 6GB ram van, és a tudósok 32 bites linux-ot telepítettek rá

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

bootnál látod a grub menüben, hogy melyik kernel bootolna, vagy chroot után a /boot/grub/grub.conf-ban
ahhoz a kernelhez kell initramfs, olyan néven ahogy itt szerepel.

Jah, a PAE kernelt használja, akkor megcsinálom arra is

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

passz, nincs ezzel tapasztalatom, csak a kiírt hibaüzenet alapján úgy gondolom, hogy a grubon már túljutott, csatolná fel a root meghajtót, csak a megadott /dev/vg_root nem létezik, ahogy az a screenshoton is látszik, hogy nem látszik.

ha tudsz, adj ki egy lsblk parancsot, az kilistázza, hogy milyen meghajtókat és partíciókat lát a rendszer, abból be kell, hogy tudd azonosítani hogy melyik lehet a rendszerpartíció, aztán az /etc/fstab fájlban módosítsd a /-re vonatkozó sort
vagy ha biztosra akarsz menni, akkor blkid parancs (vagy ha az nem létezik, akkor ls -l /dev/disk/by-uuid/), és az ott visszakapott UUID-t másolod be az fstabba, mert az biztosan nem változik, míg a /dev/sda, /dev/sdb, stb nem garantálható, hogy mindig ugyanazt a meghajtót jelölik

[ Szerkesztve ]

Gvella Glan! | There are two types of people: Those who can extrapolate from incomplete data

a képen az látszik, hogy még a switch root előtt megáll, ezért az fstab itt még nem játszik. A probléma valószinüleg az, hogy a vmware disk controllerhez nincs megfelelő driver az initramfs-ben, ezért kell egy újat csinálni, amiben már benne lesz. a rootvg azért nem létezik, mert nem látja a disket sem.

Azám, ez valószínű az, hogy nem úgy hívják a /-t tartalmazó eszközt, mint a fizikai gépen.
Nem dob be egy dracut shellbe/ initrd shellbe, hogy esetleg ott javítsd ki?
Meg bootolj be valamiről, és nézd meg, hogy a /etc/fstab-ban mi a / helye, és egy lsblk -val vagy ls /dev/ -el megnézni, hogy tényleg ott kéne-e lennie. Ahogyan @Lenry mondja.
Ha nem létezik, akkor meg @f_sanyee -nek van igaza, de az meg talán átugorható úgy is, hogy pl. másik diszkcsatolót állítasz a Vmware-n, mondjuk most lehet, hogy SATA-n van, és IDE-re kéne.

[ Szerkesztve ]

Mutogatni való hater díszpinty

Közben a PAE kernel-re is megcsináltam ezt a parancsot:
mkinitrd -f -v /boot/initrd-2.6.18-371.el5.img 2.6.18-371.el5

Utána be is indult a rendszer, VMware tools feltelpült, most migrálódik a 7.0-s host-ra.
Még gatyába kell rázni pár vmware-s dolgot, mentést, hálózatot aztán le is lőhetem a fizikai gépet.

Köszi mindenkinek

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

Az jó, akkor beletette a megfelelő drivert

Mutogatni való hater díszpinty

Sziasztok!

uname -a
 
Linux wrouter.srv 4.14.212-ipfire #1 SMP Tue May 4 09:02:54 GMT 2021 x86_64 Intel(R) Core(TM) i7-4860EQ CPU @ 1.80GHz GenuineIntel GNU/Linux

A rendszer ipfire. Nevezzük "szervernek" ezt a kis gépet. Csak a belső hálózattal van gondom. A belső hálózatot ez a kártya működteti:

01:00.0 Ethernet controller: QLogic Corp. cLOM8214 1/10GbE Controller (rev 54)
01:00.1 Ethernet controller: QLogic Corp. cLOM8214 1/10GbE Controller (rev 54)

Ez egy TP-Link TL-SG3428X switchbe csatlakozik optikai kábellel, a kliensgépek pedig gigabites hálózati kábellel a switchbe. A kliensgépek egymással oda-vissza stabilan gigabites sebességgel (95-115 MB/s) kommunikálnak, másolnak. A szerverről történő fájlátvitel viszont nyűgös. iperf-el is teszteltem, de most a gyakorlati részt írom. Amikor a szerverről akarok valamit lerántani, az stabilan 95-115MB/s -al jön, viszont amikor feltölteni akarok rá valamit, az jó, ha 50MB/s -al megy. Kábelek biztos jók, switch szintén, egy Mikrotik css326-24g-2s+rm -el is teszteltem, ezen túl vagyok, optikai kábel és SFP modulok szintén lepróbálva másikokkal, azok is jók.
Samba megosztást használok. Milyen beállítási lehetőség lehet, amit kihagyhattam és ezt okozhatja?

Ja! Igen!
A rendszer egy SSD -n van, a megosztás pedig 2x6tb winyón. A 2 winyó RAID0 -ba van. Az SSD és a RAID0 között az átvitel stabil 450-500 MB/s. (Már csináltam az SSD -n is egy megosztást tesztre, de ugyanazokat a sebességeket produkálta a hálózati másolásnál...)

Óh, szép emlékű centos 5.... nem kéne frissíteni? Jó, mondjuk nem tudnám megmondani, hogy mire.

Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!

Valami GE Health-es ezer éves csoda fut rajta, majd frissítve lesz, de kibukott, hogy se mentés se semmi nem volt erről a rendszerről és ezért lett virtualizálva.

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

Használ vki friss kernelt nouveau-val? Mik a tapasztalatok?

https://www.coreinfinity.tech

Sziasztok!

Miután sikeresen megritkítottam CPT.Pirk idegeit a Linux kezdőknek topikban, most a ti segítségeteket szeretném kérni két problémámmal kapcsolatosan. Előre szeretném leszögezni, hogy csak a probléma haladó szintű, én nem vagyok az. Alapvető parancsokkal boldogulok, kisebb problémákat képes vagyok magamtól megoldani, viszont önállóan nem tudok paramétereket használni, és nem biztos, hogy ismerem az esetlegesen javasolt parancsokat, megoldásokat. Ha ez nem fér bele a csoport kereteibe, kérlek jelezzétek.

Amit a környezetről tudni érdemes:
Lenovo ThinkPad T61 laptop (Intel Core 2 Duo T9300, 2*2 GB RAM, Nvidia Quadro NVS 140M)
Devuan Linux 3.1 (Beowulf), 4.19.0-16-amd64 kernel, SysVinit, Nvidia 340.108 legacy driver, XFCE 4.12.2

Az első problémám a Teamviewer telepítésével akadt. Letöltöttem a hivatalos oldalról a deb csomagot, de amikor telepíteném, akkor 63 csomagot szeretne eltávolítani, köztük az egyetlen kernellel, vagy épp az Nvidia driverrel. Próbálkoztam többféle módon is, de mindig előjött ez a probléma, amelyről itt egy kép is (a csomagot én neveztem át az egyszerűség kedvéért). Az lenne a kérdésem, hogy ezzel mit tudnék kezdeni?

A második problémám az online videólejátszással volna. Más disztrókon (pl. Linux Mint 20.1) gond nélkül mennek akár a 1080p-s videók is h264ify segítségével, viszont ez a Devuan esetén valamiért nem akar sikerülni. A kép folyamatosan röcög még 720p esetén is, viszont többek között a YouTube beépített statisztikája sem jelez dobott képkockákat. Normál esetben elfogadnám ezt, hisz egy igen régi gépről van szó, viszont így, hogy más disztribúciók esetén nincs gond, nem hiszem, hogy a géppel lenne baj. Túlmelegedésről szó sincs, 65 fok fölé semmi nem megy terhelés mellett sem, és a hardverben is van még tartalék, mivel a CPU ritkán megy lejátszás közben 70% fölé, és ez igaz a GPU-ra is. Egyedül a 128 MB VRAM az, ami már a böngésző megnyitásakor elfogy, viszont ez más rendszereknél is adott, ahol nincs gond a lejátszással. A böngésző a Firefox 78.11.0esr verziója, a grafikus gyorsítás engedélyezve van (OpenGL), és a h264ify is aktív.

A második problémára először egy olyan javaslatot kaptam, miszerint lehet nem ártana egy frissebb kernel és Firefox, ám az alapból a sources.list-ben lévő tárolókon nincs egyikből sem frissebb. Épp ezért megpróbáltam a beowulf-backports tárolóját használni frissebb csomagok eléréséhez, ami részben sikerült is, viszont valamiért nagyon nem akar működni az 5.9-es és 10-es kernel, illetve az Nvidia driver. Mivel itt már viszonylag elvesztettem a fonalat, így inkább linkelném a kezdő topikban elhangzottakat, nehogy valamit rosszul írjak le (az említett probléma a hozzászólások második felében lett kitárgyalva).

Ha esetleg valamit kihagytam, jelezzétek nyugodtan, és tudásomhoz mérten igyekszem pótolni!

a 78-as esr firefoxban egy rakás hiba van.
ne használd.
ha a debianos teamviewert akarod felrakni devuanra, az kb. az egész devuant le akarja cserélni debianra. nem fog menni. szerintem felejtsd el, rakd fel a natív teamviewert, már ha egyébként bármiféle ésszerű indok is volna a teamviewer használatára.

a devuanos kernelekkel egyébként nincs komoly gond, csak azért, hogy 5-ös legyen, kár másikat felrakni. de ha 5-öst akarsz, akkor 5.12 alatt ne, mert bugos volt az ütemezője (elvileg beismerten csak amd-n).

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis

Köszönöm!

A Teamviewer itthoni használatra kellene csak, hogy ne kelljen mindig ahhoz a géphez ülnöm amivel dolgom van. Én sem igazán szeretem, mivel millió és egy baja van, de eddig még nem találtam olyan alternatívát, ami ingyenes, tud magyarul (nekem megfelelne az angol, de a család többi tagja minimálisan se beszéli), könnyen kezelhető, és elérhető linuxon, illetve Windowson is. Megpróbálok akkor egy nem Debian verziót is.

A Firefoxos tippet is köszönöm, annyit még kérdezhetek, ezt hogyan lenne ajánlott frissíteni? Ha kell, le tudom tölteni, és fel tudom tenni az oldalukon elérhető tar csomagot, csak nem tudom, hogy van-e ettől jobb megoldás.

Kernelből nem ragaszkodom a legújabbhoz, jó nekem ez is, csak ha már felmerült a másik topikban, gondoltam rákérdezek erre is. Ez úgy is csak egy harmadlagos gép, aminek annyi a célja, hogy szükség esetén tudjam használni egyszerűbb dolgokra, plusz ezen tudok próbálkozni és tanulni.

Az ilyen marhaságokat is felejtsd el, mint sudo gdebi.
sudo-val nem indítunk GUI-s programot, mert elcseszheti a .ICEauthority file jogosultságait, ami ellehetetleníti a GUI-s azonosítást.

https://www.coreinfinity.tech

Normál esetben ezt nem szoktam használni, viszont most kénytelen voltam, hogy képet tudjak készíteni arról, mik kerülnének törlésre ha jóváhagynám. GUI módban a GDebi csak így jeleníti meg a listát (nem átméretezhető), ez pedig nem segítene sokat abban, hogy megmutassam a pontos problémát.

Anydesk a hitvány teamviewer helyett?
[link]

| MCSE+M/S, MCITP, VCP6.5-DCV - ''Life can be hard, but Scooter is harder :)'

apt?

https://www.coreinfinity.tech

ha elég a hitvány megoldás is teamviewer helyett, akkor rdp vagy vnc.
ha rendes megoldást szeretnél, akkor X.
persze ha leírod, hogy pontosan mire is kellene, az sokat segítene.

Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis