-
GAMEPOD.hu
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
lapa
veterán
üdv. itt is felteszem, amit korábban az ubu topikban.
van egy (mini)pci slotba illeszthető speckó ssd, amihez külön driver (kernel modul) kell, és ami nem bootolható a bios miatt.
van ezen kívül egy szimpla sata lemez egy üres partícióval.
a feladat az lenne, hogy a gép bootoljon be a sata partícióról, aztán folytassa a rencör töltését már az ssd-ről (és onnan fusson végül).
odáig jutottam, hogy ez elvileg menne. csináltam initrd-t, amiben elvileg benne van a szükséges kernel modul:
nano /etc/initramfs-tools/modules-ba beírtam az adott rendszer / kernel számára ismert (és betöltött) modulnevet.
(most nézem ez aszongya, hogy update-initramfs -t is kell futtatni. én ezt nem csináltam eddig, csak az alábbit)
mkinitramfs -o /home/lapa/initrd.gz 2.6.32-31-generic-phc
átmásoltam ezt a működő rendszerem a pci-os ssd-re. bevált módszer (tar), az tuti oké.
átmásoltam a működő rendszer /boot-jának tartalmát a sata vinyó gyökerébe. ez elvileg felesleges húzás volt.
ezután már live cd alól telepítettem a grub-ot a sata partícióra. chroot /media/<pci ssd> aztán grub-install, és a sata partíció kiválasztása, telepítés. mbr, boot flag, minden ok.
beraktam a sata vinyó gyökerébe a korábban készült modulos initrd filet is, hogy pontos legyek kicseréltem az adott kernelhez tartozót erre a fájlra (azaz initrd-img-2.6.32-31-generic-phc lett a fájl neve).
guvasztottam a szemem nagyon, hogy pontosan mit kéne a grub menübe írnom, de eddig nem jártam szerencsével. a grub azt mondja bárhogy csavarom, hogy "no such device: <pci cucc UUID>". sajnos nagyon nem egyértelmű a grubos leírásokból, hogy melyik sorba melyik uuid-et meg hd(x,y) kell írnom (azaz hogy hová a sata-t és hová a pci-t.
amikor elhal, akkor kapok egy "grub rescue" promptot, ami ls -re csak a sata lemez partícióját listázza.
ha a fenti út alapvetően helyes, akkor meg kéne találni a hibát.
ha a fenti út nem helyes, akkor ötleteket várnék a kivitelezésre. köszi.
grubizé:
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Ubuntu, with Linux 2.6.32-31-generic-phc' --class ubuntu --class gnu-linux --class gnu --class os {
recordfail
insmod ext2
set root='(hd1,1)'
search --no-floppy --fs-uuid --set <satauuid>
linux /vmlinuz-2.6.32-31-generic-phc root=UUID=<pciuuid> ro quiet splash
initrd /initrd.img-2.6.32-31-generic-phc
}(szerintem fingom sincs mi mire szolgál a grub.cfg-ben, és az a baj. sajnos az eddigi leírások csak összébb zavartak).
[ Szerkesztve ]
-
lapa
veterán
válasz Jester01 #11852 üzenetére
huh. ezt még emésztem. közben annyi haladás lett, hogy mint kiderült már az a / , csak még azt nem értem miért.
szóval most az van, hogy a "normál" vinyómról ez az ssd-t kezdi el betölteni, de ha ezt kihúzom, akkor a "boot" vinyó elhal "no such device <ssd blkid> -del.
teszi ezt annak ellenére, hogy a /boot -ot átmásoltam a "normálról" a "boot" lemez gyökerébe és átírtam az így bemásolt cucc grub.cfg-jében az <ssd-uuid> összes előfordulást.
most nekifutok boot-repair nevű csodaappal, ez eddig is látványosan többet értett a boothoz, mint én. ha nagyon nem indul majd jövök és megpróbálom debugolni az általad írtak alapján.
-
lapa
veterán
az akksira részemről az egyetlen jó tipp a 2.6.32-es kernel. a 2.6.35-től felfelé mind szopó, nekem csak a 3.0.0.8-ban javult vissza, de az meg ubuntu luciddal nem volt túl gördülékeny.
nyilván a 2.6.32 meg brazos kapcsán nem egy trallala (gondolom én), bár én eddig mindent összekalapáltam azon a kernelen is (hd gyorsítás, dvb, kamera, ilyenek).
én részemről win 2003-ról váltottam ubuntura, és eddig az ubuntuk közül a 10.04 a legstabilabb. szerintem jó (újra)kezdet, egyébként pont a fentebb említett kernellel szállítják. hozzáteszem a többi linuxot nem piszkáltam, de ez a win 2003 után is meggyőző és kielégítőbb, mint az ablakok.
[ Szerkesztve ]
-
lapa
veterán
amit írtam az van. minden 10.04 utáni (2.6.32 utáni) rossz akksiidőt fog csinálni. mondjuk elméletileg van rá hekk (valami aspm szóval keresgélj).
a 2.6.32 viszont szerintem alapból a winnel egy kategória, nekem sikerült már 5w idléig is lemennem kikapcsolt panellel. oké, hogy nem hétköznapi gépen. mindenesetre az nem rosszabb, mint a win.
persze sok függ attól is, mennyire vannak implementálva a gpu energiakímélő izék, meg ilyenek. gondolom brazoshoz mindenképp zárt driver lenne ajánlott. aztán az is lehet, hogy nem, bár meglepődnék.
felrakod és elindítod a powertopot root jogokkal, kihúzod a tápot és máris látod mennyi az annyi. de sajnos amit ír az ugyanonnan jün, szóval bajusz-akasztás gyanús.
persze más fogyasztási gondok is vannak az újabb kernelben, szóval én maradtam a működő réginél.
[ Szerkesztve ]
-
lapa
veterán
gondolom úgy kezdte az usb live telepítője, hogy megkérdezte mekkora helyet hagyjon a sticken az adataidnak. abba beletartozik végülis minden módosítás, amit csinálsz. telepíthetsz programot, vagy drivert vagy akármit.
egyébként van boot-repair nevű grafius app, azt is telepítheted (külső tárolóból) a stickre, és az esetleg meggyógyítja a bootot.
én továbbra is 10.04-gyel kezdeném, aztán ha azzal se bútol akkor állnék neki az usb-t reszelgetni. egyébként ha csak kevés helyet hagytál a sticken (a 128 nekem nagyon kevés lett), akkor úgyis újra kell csinálni, szóval megérne egy próbát a 10.04, kevésbé béta jellegű mint a 11.x.
(a 10.04 a "vállalati" verzió, ún lts (long-term-support). jellemzően stabilabb, megbízhatóbb.)
[ Szerkesztve ]
-
lapa
veterán
google első körüli találat 11.10-re, a kommentekben mind a wifi, mind a kártyaolvasó, mind a fülhallgató / mikro meg van oldva. meg az install is.
továbbra is megpróbálnám a (szerinted régi) 10.04-gyel, hátha megoldja a boot problémát. annyira nem régi az, másfél éves. mert például 10.10-en műx a wireless, lehet hogy a 10.04 még nagyobb haverja.
-
lapa
veterán
az az igazság én már leírtam mindkettőt (mindhármat). nekem anno az nv implementációval is csak a szívás ment.
maradtam annál, hogy akármelyik c2d cpu izomból megcsinálja a 720p-t, ha meg megnézem a videónézés átlagos arányát a teljes üzemidőben, valszeg fogyasztásban is beljebb vagyok egy igazi gpu-hoz képest.
az intel 4500mhd-val kapcsolatban kellemes ajándék lenne ha végre menne a h.264 linuxon is, de már nem érdekel annyira. ami fontosabb, hogy az mpeg2 dvb-s-t gyorsítja.
aztán ha nagyon teli lesz a padlás hd csatornákkal, legfeljebb beugrik egy broadcom hd, még mindig kisebb a fogyasztása, mint egy dedikált gpu-nak.
nyilván sem a full hd, sem a játékok nem hatnak meg nagyon, ez mondhatni alapfeltétele.
ja, zaj szempontjából sem vészes a dolog, egy jól belőtt phc sokat számít (17w 720p lejátszás).
[ Szerkesztve ]
-
lapa
veterán
nekem a notiban nvs140 volt, akárhogy varázsoltam az lett a vége, hogy az smplayer a h.264-et vitte szépen, xvidet meg nem. elég gáz volt júzer elfogadottság szempontból a két különbözően viselkedő lejátszó (vlc lett az xvid-játékos). aztán lehet, hogy csak túlságosan korán akartam a jót.
-
lapa
veterán
na megint harcolok ezzel a pci ssd kernel modullal.
a helyzet röviden, hogy feltelepítettem egy újabb kernelt. egyelőre nincs betöltve, nincs újraindítva a gép.
filóztam hogyan tudomlefordítani az újkernel alá ezt az ssd modult, ha már eleve nem fog elindulni nélküle. eddig mindig az ssd-n kívül volt a rencer, most már azon fut.
abban maradtam, hogy egy olyan újkernelt választottam, amihez már megvan ez az mvumi.ko nevű csoda.
most ezt bemásoltam a /lib/modules/újkernel/ssd könyvtárba, de itt el vagyok bizonytalanodva. a depmod így minden egyéb nélkül az éppen nem aktív kernel könyvtárát is megnézi-e.
ránéztem a depmod helpre hátha megértem, de nem annyira. szóval az első kérdés, hogy hogyan tudok depmodozni erre az imént telepített, még nem aktív újkernelbe modult.
advancednek persze érdekelne, hogy valami egyszerű módon tudok-e make-t csinálni egy olyan újkernelre, amit csak telepítettem, de inaktív.
bocs a konyhanyelvért, ennyire futja a téma kapcsán.
-
lapa
veterán
á igen, nekem depmod --help volt meg, az eléggé beijesztett elsőre.
most megcsináltam a depmodot, remélem bootolni is fog. még a grubot átheggesztem hozzá, aztán ez a kernel marad nálam is 800 napig (ha nem is 800 nap uptimeig) szerintem.
a basedir egyébként simán /lib/modules/újkernel lenne?
ez az építős dolgot az adott make fájlban kezdem el megnézni, ugye? itt annyit látok, hogy uname -r helyett valahogy fix verziót mondhatok neki, azt a fájlban mindenhol egy változóként használja. ennyi a történet, vagy van valami más? úgyértem a makefile moddoláson kívül kell még valami paraméter is a makéhoz?
köszi amúgy.
-
lapa
veterán
no hát nem bootol az istenadta. azt mondja, hogy /lib/modules/újkernel/modules.dep hiányzik.
gugli erre azt mondja valszeg nem látá a filerendszert. ez logikusan hangzik az adott szituban, csak az okát nem tudom még. modules.dep egyébként van, és az mvumi.ko szerepel is benne (depmod óta).
a .ko file a helyén, a többivel megegyzező jogokkal (ha ez érdekes).
az lehetséges, hogy az a baj, hogy az "igazi" újkernel még akkor lett telepítve, mikor az /etc/modules -ben még nem volt benne a modulnév?
most ennek kapcsán uninstalláltam az újkernelt, és rátolom újra. addig is ha van jobb ötlet ne kíméljetek. eltart egy darabig, mert jóféle dvb-dkms izém is van.
[ Szerkesztve ]
-
lapa
veterán
válasz Jester01 #11945 üzenetére
hátöö én annyit tettem, hogy ugyanaz maradt a grub.cfg-ben az initrd file, mint eddig. mást nem csináltam.
az initrd az jó, mert most a boothoz csak a kernel sort változtatom a régi és új között.
nem nagyon vágom ezek a vmlinuz meg egyéb fájlok mik vagy merre mennek, de lehet ezek egyikéből hiányzik a jóság.
ezek megválaszolták a kérdésed?
-
lapa
veterán
válasz Jester01 #11947 üzenetére
szerintem félreérted, vagy én. ugyanazt a kusztom initrd-t hagytam benne, ami az aktuális kernellel műx. azaz az initrd-ben továbbra is benne van a saját verziójához tartozó modul.
az a baj, hogy az initrd és az igazi kernel verziója nem egyezik?
persze megcsinálom újra az initrd-t, csak még érteni nem értem a helyzetet.
-
lapa
veterán
válasz Jester01 #11950 üzenetére
pedig nagyon boldog voltam, hogy milyen frappánsan kitrükköztem ezt az initrd dolgot.
cserébe most bünti van, mert még mindig fut az (eszerint teljesen rendben lévő) új kernel eltávolítása. ez a dvb-dkms vidám jószág, arra emlékeztet, mikor a fickó csinált egy olyan xp telepítőt, amiben a világ összes drivere integrálva van. kollega anno kipróbálta, aszonta szüttyögött egykét órát a cd mire a 2 giga driverből kihámozta a megfelelőeket, de a végén megtörtént a csoda.
mindenesetre ma megint kicsit jobban értem mi folyik a géptestben.
amikor elkezdtem a linuxozást-ubuntuzást az első dolgom volt működő rencer bakup csinálást tanulni-dokumentálni. azóta is mindig mindent mentek, két helyre, titkolva, páncélba. pláne a működő dolgokat, azokat néha három helyre is. meg van egy fájlom is, amibe mindent szóról szóra leírok majd "b" rendszeren jellemzően többször tesztelek. az elmúlt 2 napban ez alapján csináltam ezt az "a" rendszert, elég robosztus lett.
-
lapa
veterán
üdv. lett egy olyanom, hogy néha jó lenne egy-két tisztán wines gépet külső vinyóra bakupolnom. gépenként két partícióval.
az eddigi elképzelésem szerint ez úgy történne, hogy usb-s vinyón egy ubuntu (live?) meg egy nagy truecrypt partíció. ezt a vinyót gépbe bedug, erről bootol, desktopon ikon klikkol, win backup lefut, kikapcsol, kihúz, örül.
nem is bonyolítanám jobban, ez megfelelő lenne a célra. ami nem tiszta számomra, hogy hogyan tudom a teljes wint bakupolni. találtam egy ilyet, de kicsit egyszerűcske meg régi.
nem vagyok meggyőzve, hogy ntfs alatt minden milyen jó lesz, ha csak ide-oda másolok. az odáig világos és nem gond, hogy disasterkor win cd-vel először megpartícionálom a lemezt. még sose próbáltam, azért kérdezem mi a vélemény.
szimpatikus lenne a tar (pláne rsync) is, csak ott sem tudom mi kéne pontosan. lehet hogy ez nagyon láma kérdés (esetleg rossz os topikja is...), csak parázok tőle kicsit, hogy sima fájl szintű másolásnál gubanc lesz.
ntbackupot hanyagolnám, márcsak azért is mert az eredeti cd-k sehol, az meg kell a restoréhoz.
-
lapa
veterán
válasz pakriksz #12173 üzenetére
valami ilyesmivel szenvedtem nemrég.
-nem fut már egy sshfs?
-jogok /media/sshfs?
-jogok /home/júzer?sshfs lapa@gep:/media/x -o port=x -odebug,sshfs_debug,loglevel=debug /media/x/
erre ki kéne írnia (kicsit jobban) mi fáj.
ssh megy? szívtam jó sokat a smart kártyás sshfs mounttal is mire kiderült hogy ssh baj volt.
esetleg legújabb fuse és sshfs megépítése javít egy deadlockot, nálam kellett mert egyébként nem tolerálta a kliens sleepet. ugyanígy van egy param az ssh_configban, ami ébresztgeti nehogy eldobja a kapcsolatot.
[ Szerkesztve ]
-
lapa
veterán
csak kíváncsiságból: ubuntu alatt tudok olyat csinálni, hogy:
init 1
rm -rf /
gpg -d sys_20090918-192917.tar.gpg | tar xvpfz /dev/stdin -C /
mkdir media mnt proc sys dev tmp?
a két utolsó sor csak a rencervisszaállítás parancs, az előtte lévő nullázás érdekelne inkább.
gondolom tart meg gpg-t valahonnan "szereznem kell", de érdemes turizni?
vagy előtte törlés mondjak neki a visszaállítós parancs végén egy | rsync -avz -delete -et?
[ Szerkesztve ]
-
lapa
veterán
hát szerintem wol leginkább kikapcsoltból kéne menjen, ha a biosban engedélyezve van.
szerintem a sleepből wol valami nem-standard implementáció, a win támogatástól függetlenül.
nem az van, hogy biosban tiltva van, és a linux respektálja is, win meg alvásból nem?
ettől függetlenül megehet adott esetben jópár wattot is a wol, nem biztos hogy megéri.
[ Szerkesztve ]
-
lapa
veterán
-
lapa
veterán
halló. van egy következő parancsom:
sudo gnome-terminal -x truecrypt -t --verbose --auto-mount=devices --keyfiles=token://slot/0/file/blah --token-lib=/usr/lib/opensc/opensc-pkcs11.so --password=""
a feladat valszeg triviális: autostartba szeretném berakni, vagy ha úgy tetszik ubuntun alt + f2 "futtatás" bigyóba. próbálkoztam, keresgéltem, de nem találtam működő megoldást.
a fenti sima júzeres parancssorból jól műx. köszi.
-
lapa
veterán
-
lapa
veterán
válasz Speeedfire #12379 üzenetére
rsyncre van vmi wines cucu asszem. grsync tán, de nem emlékszem.
-
lapa
veterán
(bocs, a kérdés máshol merült fel, de inkább ide írom a választ. hátha jól szétszednek érte akiknek fogalmuk is van a dologról... szóval rendszer mentése hogyan a téma)
azt tudom röviden leírni ahogy én csinálom a mentéseimet ubuntu 10.04 alatt - a felelősség kizárásával. egyszeri előkészület (minden rootként):
apt-get install gnupg gnupg-agent
aztán a bakup így:
tar cpfz /dev/stdout --exclude=/proc --exclude=/lost+found
--exclude=/media --exclude=/mnt --exclude=/sys
--exclude=/home/juzer / | gpg -c -z 0 -o /media/masiklemez/rendszer_$(date
+%Y%m%d-%H%M%S).tar.gpgez kér tőled egy jelszót, aztán megerősítést. az eredmény egy szép nagy titkosított fájl lesz /media/masiklemez/ könyvtárban. fontos, hogy a célkönyvtárat nyilván nem mentem (a /media/ -t jellemzően amúgy se - legalábbis nem itt).
ahogy látható ebben nincs benne a júzer (pontosabban csak a juzer júzer) home könyvtára sem. nekem ott sok minden van és külön mentem ugyanezzel a titkolós módszerrel. a módszer hátránya, hogy vagy egy az egyben visszaállítod, vagy ki kell csomiznod (szintén egy az egyben) valahová ha turkálni akarsz benne.
a visszaállítás: live rendszer (usb kulcsról) elindít, terminál --> sudo -i --> titkoló szintén telepít apt-get install gnupg gnupg-agent paranccsal. tegyük fel az elhalálozott rendszer /media/eredeti/ , míg a bakupot okosan eleve másik vinyóra raktuk (ez volt fentebb is /media/masiklemez/).
két jellemző eset van: vagy a rendszer halt el (partíció ép), vagy a lemez halt el és új lemez lett helyette. első esetben én kitörlöm egyesével (ez tuti lámaság) a könyvtárakat /media/eredeti/ alól, kivéve jelen esetben a /home/juzer/ -t. utóbbi esetben már a live usb-s rendszer alól gparted-del partícionálok, majd az új rendszerpartíciót mountolom /media/eredeti/ -ként. mountolom a mentést tartalmazó partíciót is /media/masiklemez/ alá.
gpg -d /media/masiklemez/rendszer_20090918-192917.tar.gpg | tar xvpfz /dev/stdin -C /media/eredeti/
nyilván akárhova kicsomagolhatod, nem csak az eredeti helyére. utána cd /media/eredeti/ és visszacsináljuk azokat a könyvtárakat, amiket szándékosan nem mentettünk el: mkdir media mnt proc sys dev tmp .
ha csak a rendszert gyalultuk, akkor kész. ha új vinyó lett, akkor még az /etc/fstab módosítandó, mert abban a régi vinyó UUID-ja van. blkid megmondja az új UUID-et.
új diszknél a boot javításához a live sticken nekem mindig van boot-repair. az "ajánlott javítás" gomb ha minden igaz meggyógyítja.
sudo add-apt-repository ppa:yannubuntu/boot-repair && sudo apt-get update
sudo apt-get install -y boot-repair && boot-repairpár gondolat még:
a home könyvtárban jellemzően lakik egy virtualbox win image, ami még xp esetén is elég böszme lehet. minimalizálása a következőképp (xp esetén):
1. defragold a wint.
2. ms-től leszeded az egykori sysinternals sdelete utilját, majd win alatt sdelete -c C:
3. ubuntu alatt a saját júzered (tehát nem root) jogokkal a leállított virtuálgépre ráereszted ezt: VBoxManage modifyvdi /home/juzer/.VirtualBox/HardDisks/xp.vdi compactugyancsak le szoktam gyalulni pár más dolgot, bizonyára a teljesség igénye nélkül:
rm -r /home/.Trash-0/info/*
rm -r /home/.Trash-0/files/*
rm -r /home/juzer/.local/share/Trash/info/*
rm -r /home/juzer/.local/share/Trash/files/*
rm -r /root/.local/share/Trash/info/*
rm -r /root/.local/share/Trash/files/*
rm -r /root/.thumbnails/normal/*
rm -r /home/juzer/.thumbnails/normal/*
rm -r /home/juzer/.thumbnails/large/*
rm -r /home/juzer/.wine/drive_c/windows/temp/*
apt-get -qq autoremove
apt-get -qq cleanennél persze egyszerűbb az egész mentés tematika, ha az ember egyszerűen csinál egy
rsync -avz --delete / /media/masiklemez/mentes/ parancsot, és baj esetén live usb alól visszacsinálja (ez legyalulja a /home könyvtárat is, szóval csak akkor jó ha a /home más partíción van):
rsync -avz --delete /media/masiklemez/mentes/ /media/eredeti/
[ Módosította: doc ]
-
lapa
veterán
jól értem, hogy ubuntuk alatt csak kulccsal meg további varázslattal fogok tudni teljes rendszert rsynccel másolni? köszi.
-
lapa
veterán
válasz bambano #13020 üzenetére
itt van mellettem egy gép, arról szerettem volna áttükrözni a rencört ennek a gépnek a második lemezére ami előtt most ülök. egyszeri alkalom.
gondolom a démon az tűzfalazás meg miegymás, most inkább betoltam egy tarba és áthúzom úgy. csak kíváncsi vagyok van-e valamilyen ad-hoc megoldás.
[ Szerkesztve ]
-
lapa
veterán
válasz bambano #13022 üzenetére
oké, csak azt nem tudom hogyan tudok root lenni a távoli ("ottani") gépen. meg tudom oldani valahogy, hogy az ottani rendszert szinkolom ide?
arra rájöttem menet közben, hogy beléphetnék az ottani rendszerre, ott sudo, és akkor onnan indítom az rsyncelést ide. azt nem tudom viszont, hogy ugyanez menne-e az ottanira belépős vargabetű nélkül.
nemtom mennyire világos, a permitrootlogin = no felállás a kritikus pont. erre van valami varázslat automatizáláshoz, hogy kicserélik az rsyncet sudo rsyncre meg /etc/sudoers-be rakják és végül ssh kulccsal csatlakozik. de én ilyet nem kívánok, csak valami olyasmire gondoltam, hogy az rsync bekéri az ottani sudo jelszót vagy ilyesmi. de eddig ilyet nem olvastam sehol, azért gondoltam inkább rákérdezek.
-
lapa
veterán
nemtom segít-e bármit is, de nekem így néz ki a gyökér:
root@inox:/var/lib/tftpboot/ltsp/i386# ls
abi-2.6.32-38-generic pxelinux.cfg
config-2.6.32-38-generic System.map-2.6.32-38-generic
initrd.img vmcoreinfo-2.6.32-38-generic
initrd.img-2.6.32-38-generic vmlinuz
pxelinux.0 vmlinuz-2.6.32-38-generica dhcpd.conf meg így:
next-server 192.168.0.1;
# get-lease-hostnames true;
option subnet-mask 255.255.255.0;
option root-path "/opt/ltsp/i386";
if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
filename "/ltsp/i386/pxelinux.0";
} else {
filename "/ltsp/i386/pxelinux.0";
}szóval nálam a pxelinux.0 az első file. de nem nagyon értek hozzá, szóval tényleg csak infóként.
-
lapa
veterán
én annyit csináltam, hogy apt-get install ltsp-server-standalone és minden készen volt, inkluzíve dhcp konfig. nem kérdeztem nagyon az ubuntut, hogy ő melyiket szeresse alapértetlenkedni.
ha nem építesz klienst szerintem nem sok helyet foglal. ha tolsz rá egy ltsp-build-client -et, akkor már megszalad persze.
[ Szerkesztve ]
Új hozzászólás Aktív témák
- Eleglide C1 - a középérték
- Fejhallgató erősítő és DAC topik
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- DIGI Mobil
- Háztartási gépek
- Súlyos adatvédelmi botrányba kerülhet a ChatGPT az EU-ban
- OLED TV topic
- Android alkalmazások - szoftver kibeszélő topik
- Mibe tegyem a megtakarításaimat?
- További aktív témák...