- One mobilszolgáltatások
- Google Pixel 9 Pro XL - hét szűk esztendő
- Realme GT Master Edition - mestermunka
- Ilyen lesz a Fairphone 6
- Keretmentesít a Galaxy S25 FE
- Nem lett arányos a fogyókúra
- iPhone topik
- Mobil flották
- Samsung Galaxy A55 - új év, régi stratégia
- Karaktere biztos lesz az első Nothing fejhallgatónak
-
Mobilarena
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
-
vzsryl
nagyúr
válasz
Jester01
#12188
üzenetére
Annyi biztos, hogy ezzel működik csak jól a dual-boot, különben hiányzó bootmgr-t dob a Windows 7. Viszont ha ezt beállítom, akkor tökéletesen működik. Gondolom nem véletlenül csinálták ezt a tutorialt a Windows 7 és OpenSuse dual-boot-hoz.
(#12189) aag: Ha a Grub képernyőre vagy kínácsi, ott csak ez a 4 található:
-opensuse...
-failsave...
-windows 1
-windows 2 -
bambano
titán
válasz
Jester01
#12096
üzenetére
teszteltem és nem ez a baj.
meg egyébként is miért lenne ez baj, feltételezve, hogy tudnak programozni?szerk: én a sync opciót kihagytam a saját szerveremen.
szerk2: ja, a reverse dns feloldásnak működnie kell, szóval vagy csinálj dns szervert vagy vésd bele a /etc/hosts fájlba a kliens gép nevét és ip címét. -
Kelvin
őstag
válasz
Jester01
#11967
üzenetére
http://www.imageshark.in/show.php/7462_Kperny337kp.png.html
Szerintem elfogadható a sebesség és stabil. Nekem évek óta nincs semmi gondom az ntfs-3g-vel.
bambano:
Először is az NTFS nem linux formátum. Nem szabad linux partícióként használni.
Gond lehet a mappa és file tulajdonlással és jogosultságokkal valamint a POSIX átjárással is probléma lehet.
Elvonatkoztatva pedig, azt sem szeretnem ha a Windows hozzáférne a home ~/.* alatti config file-okhoz. -
rt06
veterán
válasz
Jester01
#11959
üzenetére
nem, az aktualis futo rendszerben levo osszes eszkozt, es a hozzajuk tartozo driver-eket
a masodik sajnos keves, ennyit kidob a fentebb linkelt oldal is, viszont pl az e100 az a driver/net egy alkategoriajaban van (s van neki topbb is), en meg nem igazan ismerem ki magam, mi merre van (egy halokartyadrivert meg megtalalok, de mast nem mindig, s van, hogy a google sem segit)
a masik temahoz: win7-nek elegendo ketto primary particio
egy 100 megas, amivel nem tudom pontosan mit csinal, meg egy masik, amire telepul
sot, lehet eleg neki egy is, ha mar particionalva kapja a lemezt (vistanak eleg volt) -
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
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
#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
#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.
-
válasz
Jester01
#11802
üzenetére
eddig tartott. másik kábellel is rossz
hmmm. /var/log/messages.log aszongyahogy
Sep 24 15:51:16 Echo-One dbus[800]: [system] Reloaded configuration
Sep 24 15:51:16 Echo-One dbus[800]: [system] Reloaded configuration
Sep 24 15:51:16 Echo-One dbus[800]: [system] Reloaded configuration
Sep 24 15:52:20 Echo-One ifplugd(eth0)[9951]: Executing '/etc/ifplugd/netcfg.action eth0 down'.
Sep 24 15:52:20 Echo-One ifplugd(eth0)[9951]: client: Alpha-network
Sep 24 15:52:20 Echo-One dhcpcd[1923]: eth0: carrier lost
Sep 24 15:52:20 Echo-One dhcpcd[4035]: eth0: carrier lost
Sep 24 15:52:20 Echo-One ifplugd(eth0)[9951]: client: :: Alpha-network down [BUSY] [DONE]
Sep 24 15:52:20 Echo-One ifplugd(eth0)[9951]: Program executed successfully.
Sep 24 15:52:20 Echo-One ifplugd(eth0)[9951]: Exiting.
Sep 24 15:52:21 Echo-One ifplugd(eth0)[11775]: ifplugd 0.28 initializing.
Sep 24 15:52:21 Echo-One dhcpcd[1923]: eth0: carrier acquired
Sep 24 15:52:21 Echo-One dhcpcd[4035]: eth0: carrier acquired
Sep 24 15:52:21 Echo-One kernel: [ 1116.581777] r8169 0000:03:00.0: eth0: link down
Sep 24 15:52:21 Echo-One kernel: [ 1116.581781] r8169 0000:03:00.0: eth0: link down
Sep 24 15:52:21 Echo-One ifplugd(eth0)[11775]: Using interface eth0/50:E5:49:50:B2:72 with driver <r8169> (version: 2.3LK-NAPI)
Sep 24 15:52:21 Echo-One ifplugd(eth0)[11775]: Using detection mode: SIOCETHTOOL
Sep 24 15:52:21 Echo-One ifplugd(eth0)[11775]: Initialization complete, link beat not detected.
Sep 24 15:52:21 Echo-One kernel: [ 1116.582655] ADDRCONF(NETDEV_UP): eth0: link is not ready
Sep 24 15:52:21 Echo-One dhcpcd[4035]: eth0: carrier lost
Sep 24 15:52:21 Echo-One dhcpcd[1923]: eth0: carrier lost
Sep 24 15:52:21 Echo-One dhcpcd[4035]: eth0: waiting for carrier
Sep 24 15:52:21 Echo-One dhcpcd[1923]: eth0: waiting for carrier
Sep 24 15:52:23 Echo-One dhcpcd[4035]: eth0: carrier acquired
Sep 24 15:52:23 Echo-One dhcpcd[1923]: eth0: carrier acquired
Sep 24 15:52:23 Echo-One kernel: [ 1118.924344] r8169 0000:03:00.0: eth0: link up
Sep 24 15:52:23 Echo-One kernel: [ 1118.925050] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Sep 24 15:52:23 Echo-One dhcpcd[1923]: eth0: rebinding lease of 192.168.1.100
Sep 24 15:52:23 Echo-One dhcpcd[4035]: eth0: rebinding lease of 192.168.1.100
Sep 24 15:52:23 Echo-One dhcpcd[4035]: eth0: acknowledged 192.168.1.100 from 192.168.1.1
Sep 24 15:52:23 Echo-One dhcpcd[4035]: eth0: checking for 192.168.1.100
Sep 24 15:52:24 Echo-One ifplugd(eth0)[11775]: Link beat detected.
Sep 24 15:52:25 Echo-One ifplugd(eth0)[11775]: Executing '/etc/ifplugd/netcfg.action eth0 up'.
Sep 24 15:52:25 Echo-One ifplugd(eth0)[11775]: client: up
Sep 24 15:52:25 Echo-One ifplugd(eth0)[11775]: client: loading Alpha-network -
válasz
Jester01
#11800
üzenetére
azért Windowson is hibát kéne dobnia időnként. vagy legalább belassulnia. vagy megszakadnia. vagy akármi.
az egész rendszernek 2 héttel ezelőttig semmi baja nem volt, akkor vettem új gépet, azóta játszik ilyet.
de ha nem lesz más, akkor megnézem másik kábellel(#11799) bambano a leggrafikusabb hálózatkezelőm a mc szerkesztője
az a baj, hogy semmilyen naplóban vagy bármiben nem látszik semmi különbség a van net és a nincs net állapot közt (egészen pontosan hálózat sincs, mert ilyenkor a routert sem érem el, meg se tudom pingelni
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
From 192.168.1.100 icmp_seq=1 Destination Host Unreachableha kérek egy # rc.d restart net-auto-wired-et, akkor vidáman újracsatlakozik és megint működik vagy 2 percig
(#11802) Jester01 azt hogy kell? bár most kábelt cseréltem. várom az eredményt
-
márNemKereső
tag
válasz
Jester01
#11743
üzenetére
Grubnak nincs saját logja, ugye?
Egyébként sejtem mi történt: nem egészen úgy működik ez a dög, ahogyan emlékeztem: ha azonos paraméterekkel kétszer kiadom a grub-reboot-ot anélkül, hogy közben újraindítanám a rendszert, akkor az első alkalommal elteszi az aktuális default értéket valahová (ahonnan a köv. bootnál visszaszedné), felülírja azzal, amit paraméterként kapott, újabb grub-reboot, ekkor az utoljára beállított értékkel fejbeveri azt, amit korábban elmentett és mindkét helyen megmarad az utoljára beállított windows...Egyébként köszi, ez valóban ennyi volt.
-----------------------------------------------------------------------
Azért tragédia, mennyire kiestem egykori szakmámból...
Néhány órája töröm a fejem, miért is nullázódott a ~/.bash_history-m.
Déltájban meg azon tököltem egy órát - akkor még eredmény nélkül -, hogy miért nem tudok ftp-n felmásolni egy kb. 2GB-os disk image-t a gépemre, ráadásul változó volt a felmásolt méret. Az utolsó 100-200MB maradt le folyton. Ez utóbbit délután megoldottam, mert végre rájöttem, hogy megtelt a diszk alattam. Most meg azt láttam, hogy a virtualbox-os vm-ek nem indulnak el. Most tudatosult bennem: a virtualbox leálláskor visszaír egy .xml-t a diszkre, ami most a 0 szabad hely miatt nem sikerült. Szerencsére készít róla mentést. Miközben élesztgettem a virtuális gépeket, akkor esett le: a history is ezért tűnt el...
-
kraftxld
félisten
-
Atapi
senior tag
válasz
Jester01
#11544
üzenetére
annyival hozzájárulnék a témához, hogy kíváncsiságból rágugliztam, és ezt találtam. érdemes beleolvasni. azt írják, hogy a sima konfigurálás nem biztos, hogy elég, mert újragenerálja bizonyos beállításait a rendszer a konfigurációja alapján. megoldási javallat is van a link alatt...
-
DarkByte
addikt
válasz
Jester01
#11520
üzenetére
Azt a mindenit, nem szarral gurigázol.
Köszönöm a fáradtságodat! 
Kipróbálni viszont nem fogom tudni jelenleg, ugyanis elektronikában jobban járatosabb munkatársamnak odaadtam ma a gépet és egyből rávágta hogy nagy valószínűséggel életet lehet lelehelni még a VGA kimenetbe csak a kiszáradt felpúposodott kondikat kellene kicserélni, mert hogy ennek egyik gyakori következménye integrált VGA-s lapoknál hogy a jelet teleszórja mindenféle zajjal és használhatatlanra torzul a szinkron vivő ami miatt pl. pont az lesz amit én tapasztalok hogy a monitor nem hajlandó felismerni mint videó jelet. Igaz nem lesz olcsó mulatság a gép használt piaci árához képest, de ha esetleg tovább akarok rajta adni sem mindegy lesz eladhatósága tekintetében hogy működik.Viszont most már látom hogyan is kell egy ilyen port állítgatást lekódolni.
-
Fooler89
őstag
válasz
Jester01
#11382
üzenetére
[fooler@fooler-laptop ~]$ sudo hwclock -r --localtime --debug
Jelszó:
hwclock a(z) util-linux 2.19.1 csomagból
/dev interface to clock használata.
Feltesszük, hogy a hardveróra a(z) helyi időben marad.
Várakozás az óra ütésére...
az óraütés megvan
A hardverórából olvasott idő: 2011/07/23 15:32:01
A hardveróra ideje: 2011/07/23 15:32:01 = 1311427921 másodperc 1969 óta
2011. júl. 23., szombat, 15.32.01 CEST -0.467209 másodperc
[fooler@fooler-laptop ~]$ sudo hwclock -w --localtime --debug
hwclock a(z) util-linux 2.19.1 csomagból
/dev interface to clock használata.
Utolsó csúszó igazítás: 1969 után 1311427626 másodperccel
Utolsó beállítás: 1969 után 1244067229 másodperccel
A hardveróra a(z) helyi időt mutatja
Feltesszük, hogy a hardveróra a(z) helyi időben marad.
Várakozás az óra ütésére...
az óraütés megvan
A hardverórából olvasott idő: 2011/07/23 15:32:06
A hardveróra ideje: 2011/07/23 15:32:06 = 1311427926 másodperc 1969 óta
Time elapsed since reference time has been 0.999103 seconds.
Delaying further to reach the new time.
A hardveróra beállítása 15:32:06 = 1311427926 másodperc 1969 óta
az ioctl(RTC_SET_TIME) sikerült.
Az óra -0.0 másodpercet csúszott az elmúlt 67360696 másodpercben, a napi -0.007692 másodperc csúsztatási tényező ellenére.
A csúsztatási tényező beállítva napi -0.000002 másodpercre
[fooler@fooler-laptop ~]$ sudo hwclock -r --localtime --debug
hwclock a(z) util-linux 2.19.1 csomagból
/dev interface to clock használata.
Feltesszük, hogy a hardveróra a(z) helyi időben marad.
Várakozás az óra ütésére...
az óraütés megvan
A hardverórából olvasott idő: 2011/07/23 15:32:28
A hardveróra ideje: 2011/07/23 15:32:28 = 1311427948 másodperc 1969 óta
2011. júl. 23., szombat, 15.32.28 CEST -0.309063 másodperc
Ezt nem értem. -
Fooler89
őstag
válasz
Jester01
#11380
üzenetére
Siriusb: hu átszerkesztettem, a console fontot is átírtam.
/usr/share/zoneinfo/Europe/Budapest létezik de tartalma számomra nem értelmezhető. Tele kriksz krakszokkal.
~/.bashrc nincs erre vontakozó rész.
[fooler@fooler-laptop ~]$ sudo locale-gen
Jelszó:
Generating locales...
en_US.UTF-8... done
en_US.ISO-8859-1... done
hu_HU.UTF-8... done
hu_HU.ISO-8859-2... done
Generation complete.Jester01:
Biosban megint beállitottam a dátumot majd beléptem az archba.
fooler@fooler-laptop ~]$ hwclock -r --localtime --debug
hwclock a(z) util-linux 2.19.1 csomagból
/dev interface to clock használata.
Feltesszük, hogy a hardveróra a(z) helyi időben marad.
Várakozás az óra ütésére...
az óraütés megvan
A hardverórából olvasott idő: 2011/07/23 14:39:24
A hardveróra ideje: 2011/07/23 14:39:24 = 1311424764 másodperc 1969 óta
2011. júl. 23., szombat, 14.39.24 CEST -0.401650 másodperc
Utána beléptem a biosba és le volt nullázva a dátum/idő. -
Siriusb
veterán
válasz
Jester01
#11340
üzenetére
Azt nem tudtam, hogy ext2-ként is lehet csatolni az ext3-t. Kár, hogy Speeedfire problémáján ez nem változtat.
Ha már itt tartunk, régebben próbálgattam a btrfs-t, de volt még vele problémám, talán a snapshotok készítésénél. Használja ezt valaki, vannak jó tapasztalatok? -
#11320
Speeedfire
félisten
Jester01
#11319
Speeedfire
félisten
válasz
Jester01
#11319
üzenetére
Csináltam egy újat, így:
openssl req -new -keyout server.pem -out server.pem -
days 3650 -nodes -subj /CN=speeedfire.ath.cxMajd restartoltam a szervert, de errort dobott:
root@Server:/etc/lighttpd# /etc/init.d/lighttpd restart
2011-07-24 11:11:39: (network.c.602) SSL: Private key does not match the certificate public key, reason: error:0906D06C:lib(9):func(109):reason(108) /etc/lighttpd/server.pem
root@Server:/etc/lighttpd#De még mindig nem értem, hogy emiatt a kulcs miatt nem látom a belső hálóról?
-
#11318
Speeedfire
félisten
Jester01
#11317
Speeedfire
félisten
-
#11316
Speeedfire
félisten
Jester01
#11314
-
#11311
Speeedfire
félisten
Jester01
#11310
Speeedfire
félisten
válasz
Jester01
#11310
üzenetére
root@Server:~# tcpdump port 443 -v
tcpdump: WARNING: eth0: no IPv4 address assigned
tcpdump: listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
^C
0 packets captured
0 packets received by filter
0 packets dropped by kernelÉrdekes, hogy a 80-as porton se csinál sok mindent.
2 packet received és 0 cactured...Ezt az ipv4 dolgot nem értem. Akkor a sima http elérés miért megy?
A lighttpd alatt fut még egy sima php oldal és egy shell script is a cgi-bin alatt. Illetve uhttpd alatt egy admin felület.
1-2 infó még hátha valami jó is kisül belőle.
Telepített lighttpd és moduljai:
root@Server:~# opkg list_installed | grep lighttpd
lighttpd - 1.4.28-1
lighttpd-mod-access - 1.4.28-1
lighttpd-mod-alias - 1.4.28-1
lighttpd-mod-auth - 1.4.28-1
lighttpd-mod-cgi - 1.4.28-1
lighttpd-mod-evhost - 1.4.28-1
lighttpd-mod-fastcgi - 1.4.28-1
lighttpd-mod-redirect - 1.4.28-1
lighttpd-mod-rewrite - 1.4.28-1
lighttpd-mod-rrdtool - 1.4.28-1
lighttpd-mod-scgi - 1.4.28-1
lighttpd-mod-simple-vhost - 1.4.28-1
lighttpd-mod-ssi - 1.4.28-1
lighttpd-mod-status - 1.4.28-1
root@Server:~#A lighttpd konfigom: [link]
De ti is megtudjátok esetleg lesni. 1-2 link, remélem senki sem él vele vissza....
[link] [link] [link] [link] -
Rickazoid
addikt
válasz
Jester01
#10412
üzenetére
Egyszerre minden driverből csak egy van telepítve és csak a catalyst a zárt. Néha kipróbálom a radeonhd-t is, ilyenkor leveszem a catalystot és a függőségeit, majd telepítem a radeonhd-t. Vissza ugyan így állok. Ezek szerint nem távolít el mindent a rendszerből a radeonhd a törlése után?
Mindenesetre a menu.lst-hez szerencsére nem nyúl. Jó öreg GRUB.
Lehet csinálok egy újratelepítést, elkezdem elölről felépíteni, mostanra sokkal jobban ismerem már ezt a rendszert, mint amikor először telepítettem - vagy legalábbis tudom hol vannak a jó dokumentációk. -
Rickazoid
addikt
válasz
Jester01
#10406
üzenetére
Köszi, ezen elindulva már megtaláltam a megoldást. Egy nomodeset a kernel paramétereihez és a konzolos probléma megoldva. Egy újabb funkció, amit nem támogat az ATI driver, mért nem vagyok meglepve?
Mondjuk az fura, hogy ezt valami aktiválta nekem, telepítettem már Arch Linuxot más gépen is, de sose találkoztam ezzel a jelenséggel, nVidia kártya esetében se, hogy bootolás közben váltson felbontást.Más disztribúciók alatt működik a VirtualBox utóbbi pár verziója (akár az OSE, akár a zárt)? Egy ideje már küszködök vele, mostanában csak első leállításig működik egy rendszer vele, utána nem indul többé el, a konfigurálás ablaka percekig nyílik meg, akárcsak maga a VirtualBox, sőt, le sem áll, miután bezártam, egy process továbbra is fut, amit úgy kell kilőnöm, de eközben semmi hibaüzenetet nem kapok. Megpróbáltam a .run-t telepíteni, ilyenkor viszont egy halom hibaüzenetet kaptam, miszerint:
dkms.conf: Error! No 'DEST_MODULE_LOCATION' directive specified.
dkms.conf: Error! No 'PACKAGE_NAME' directive specified.
dkms.conf: Error! No 'PACKAGE_VERSION' directive specified.
dkms.conf: Error! No 'DEST_MODULE_LOCATION' directive specified.
dkms.conf: Error! No 'PACKAGE_NAME' directive specified.
dkms.conf: Error! No 'PACKAGE_VERSION' directive specified.
Error! Bad conf file.
File: /var/lib/dkms/vboxdrv/3.2.6/source/dkms.conf does not represent
a valid dkms.conf file.És ezt ismételgeti párszor, majd
VirtualBox has been installed successfully.
A wine-nal is hasonló problémáim vannak, hibaüzenet nélkül szimplán nem indul, illetve egy process elindul, de nem nyit meg semmit, se a winecfg-t. Viszont ha rootként próbálom, akkor működik, ahogy kell. Annyit szórakoztam már az ATI driver vagy az X frissítése után a rendszer darabokból történő sokszori felállításával, hogy lehet kezd kicsúszni a kezemből.
-
bambano
titán
válasz
Jester01
#10390
üzenetére
"biztos, hogy a jumperelést fel tudja oldani a linux?": nem tudom, mit csinál, azt sem, hogy milyen szakszavakkal kellene leírni, de a dmesg-ben világosan látszik, hogy a kernel rájön, hogy a diszk nem olyan, mint amilyennek lennie kellene és megoldja, hogy a teljes geometriát lássa. Elő kéne kotorni egy gépet, ami ilyen, de most hagy ne tegyem meg.
#10404: az kavarhatott be, hogy ugyan blokkos eszköz driver nincs benne, de fájlrendszer driverek vannak.
-
#10392
Speeedfire
félisten
Jester01
#10386
Speeedfire
félisten
válasz
Jester01
#10386
üzenetére
Első körben (ez még tavaly volt) az elképzelés az volt, hogy vettem egy sata raid vezérlőt mondom majd arra rányomom a nagy hdd-t és akkor jó lesz, hát nem. Gondoltam akkor majd a kis ata 250-esen lesz a rendszer és a nagy hdd meg meg majd adatnak, így sem lett jó. Végül a rendszer egy kis 4,3 GB-os hdd-n lett és a nagy hdd emg adat, de így meg a kicsi elég hangos volt, így abba is hagytam a home szerver dolgot.
Amúgy mindig azt csinálta, hogy a grub bejött, de nem ment tovább, ha jól emlékszem az az ubi 8.04 volt az alany.Konkrétan azt nem próbáltam meg, hogy levágni egy kis részt és arra a boot, de ezt még lehet megpróbálom majd valamikor.
A kicsit hdd-t boot után már le lehet valahogy állítani?A hdd másolás akkor így lesz ezután is, sajnos ram kevés van benne (32MB).
Hát openwrt alatt van 2 web felület is, a luci ami lua alapú scriptekkel van megoldva, az xwrt meg shell scriptekkel. A dd-wrt-re, tomato-ra és a gargoylra nem jöttem még rá, de majd csak meg lesz az is valahogy.
bambano: azt hiszem van rajta 32GB rész, lehet majd ezt is megpróbálom majd.
dabadab: grub volt rajta, még az 1-es verzió, lilo-t eddig még csak 1x láttam
amúgy a kettő között tudásilag a különbség? -
ngabor2
nagyúr
válasz
Jester01
#10355
üzenetére
pedig a cél épp az, hogy egy relét birizgáljak a számítógépről közvetlenül. ez kapcsolgatna egy lámpát, mint egy időkapcsoló. csak ezekből a lámpákból van 6-8 darab, számítógép + relé kombó ennyinél már olcsóbb, mint ennyi időzítőkapcsoló. ráadásul ha még vissza is olvasható, hogym i történt, akkor meg pláne jobb, távolról vezérelhető, satöbbi.
soros, vagy párhuzamos port, alapból mindegy, soros port is van alapból 2, meg 4-portos soros kártya is van fél vödörrel.
-
TomyLeeBoy
tag
válasz
Jester01
#10098
üzenetére
upnp off... És a szerver elérhető kívülről. Megoldódott.
Gondoltam azért beírom ha más is szenvedne ilyennel.
WRT54GL router van, és bekapcsolt upnp-vel hiába vannak forwardolva a portok, akkorsem elérhető kívülről a szerver. Ha kikapcsolom, minden ok.
Szerintem bekapcsolt upnp-vel is kellene mennie (ezért volt nehéz megtalálni a problémát ), de a gyakorlat azt mutatja hogy nem... -
Siriusb
veterán
válasz
Jester01
#9958
üzenetére
Nálad a pont, tényleg 32 bites. Pedig azt hittem, 64 bitest töltök le. Igaz, vacakolt az adobe oldala és többször kellet neki futnom, valószínű figyelmetlen voltam. Vagy átírányított a végén...
Kíváncsi vagyok, milyen különbséget fogok észrevenni a 32 bit vs 64 közt. Gyanítom nagyobbrészt semmit -
Nkboy
senior tag
válasz
Jester01
#9925
üzenetére
Hiába mondom meg, mert naponta változik, tehát ezzel a jelszóval holnap már nem tudok belépni. Ami a Biosban van dátum ahhoz generálják az arra a napra érvényes jelszót.
root@x5dc5:/home/ati# hwclock
2010. jún. 16., szerda, 21.31.43 CEST -0.079436 másodpercSzerk.: Ha nem tudok belépni a Biosba, akkor hogyan állítsam vissza a dátumot?
-
-
Badb0y
addikt
válasz
Jester01
#9617
üzenetére
Igeeeeeeeeeeeeeeeeeeen
Valami ilyesmi kell, csak mivel a csv számomra ismeretlen volt, ezért, nem tudtam milyen típusú fájl is ez. Úgy ráf3-oltam
és láttam egy egyszerű ;-vel elválasztott cucc. Na most ezért megpróbálom valahogy kisedelni az egészet a doksimban, és a vágólapon elválasztgatni ; -vel és lehet jó is lesz.Ha nem fogom tudni sed-del megoldani, akkor majd lehet több fájlból kellene összerakni. e látok rá esélyt, hogy összejön
-
Cathfaern
nagyúr
válasz
Jester01
#6914
üzenetére
Nekem is hasonló problémám lenne "ghostolni" kéne egy linux rendszerpartíciót úgy, hogy probléma esetén csak vissza kelljen állítani és mehet is a boot. A dolgot nehezíti, hogy mindezt futó rendszerről, és rendszerből kéne elvégezni, ugyanis fizikailag csak körülményesen férek hozzá a hardverhez. Boot loadert nem fontos lementeni, akkor egyszerűen egy egész partíciós "tar"-olás megoldást jelent?
Mielőtt valaki beleköt, igen, tudom hogy a visszaállításhoz mindenképp fizikailag hozzá kell férnem a géphez, de azért remélhetőleg visszaállításra kevesebbszer lesz szükség, mint mentésre
-
-
VladimirR
nagyúr
válasz
Jester01
#7620
üzenetére
"Vigyázat, a % karakter erősen mérgező"
igen, cron logjabol nekem is feltunt, hogy escap-elni kell"MOD: az echo `date +%B` az miért is jobb mint a sima date +%B"
semmivel, egyikkel sem mukodik
meg probalkozom, de mintha az echo-t* nem szeretne*: az echo celja az lenne, hogy ha rendben lefutott a cron, szoljon rola levelben
bar lehet axel -q helyett axel > /dev/null kellene, mert -q eseten a hibauzenetet is lenyeli es akkor nem jon level hibarol sem (ami miatt nem is frissult egy ideje, mert a maxmind volt olyan kedves es elpakolta mashova a file-t a szerveren -
Nkboy
senior tag
válasz
Jester01
#7600
üzenetére
Szia!
futási szint: 5
/etc/inittab fájlom:
#
# inittab This file describes how the INIT process should set up
# the system in a certain run-level.
#
# Author: Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org>
# Modified for RHS Linux by Marc Ewing and Donnie Barnes
#
# Default runlevel. The runlevels used by Mandriva Linux are:
# 0 - halt (Do NOT set initdefault to this)
# 1 - Single user mode
# 2 - Multiuser, without NFS (The same as 3, if you do not have networking)
# 3 - Full multiuser mode
# 4 - unused
# 5 - X11
# 6 - reboot (Do NOT set initdefault to this)
#
id:5:initdefault:
# System initialization.
si::sysinit:/etc/rc.d/rc.sysinit
l0:0:wait:/etc/rc.d/rc 0
l1:1:wait:/etc/rc.d/rc 1
l2:2:wait:/etc/rc.d/rc 2
l3:3:wait:/etc/rc.d/rc 3
l4:4:wait:/etc/rc.d/rc 4
l5:5:wait:/etc/rc.d/rc 5
l6:6:wait:/etc/rc.d/rc 6
# Trap CTRL-ALT-DELETE
ca::ctrlaltdel:/sbin/shutdown -t3 -r now
# When our UPS tells us power has failed, assume we have a few minutes
# of power left. Schedule a shutdown for 2 minutes from now.
# This does, of course, assume you have powerd installed and your
# UPS connected and working correctly.
pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down"
# If power was restored before the shutdown kicked in, cancel it.
pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled"
# Run gettys in standard runlevels
1:2345:respawn:/sbin/mingetty tty1
2:2345:respawn:/sbin/mingetty tty2
3:2345:respawn:/sbin/mingetty tty3
4:2345:respawn:/sbin/mingetty tty4
5:2345:respawn:/sbin/mingetty tty5
6:2345:respawn:/sbin/mingetty tty6
# Single user mode
~~:S:wait:/bin/sh -
Nkboy
senior tag
-
VaZso
senior tag
válasz
Jester01
#7590
üzenetére
Persze, a route táblán módosít ez is, csak elvégzi helyettem.
Egyébként ez a különbség:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.8.5 * 255.255.255.255 UH 0 0 0 tun0
192.168.1.0 192.168.8.5 255.255.255.0 UG 0 0 0 tun0
192.168.8.0 192.168.8.5 255.255.255.0 UG 0 0 0 tun0
link-local * 255.255.0.0 U 35 0 0 eth0
192.168.0.0 * 255.255.0.0 U 35 0 0 eth0
default Router 0.0.0.0 UG 0 0 0 eth0Ez a redirect-tel:
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
catv........ Router 255.255.255.255 UGH 0 0 0 eth0
192.168.8.5 * 255.255.255.255 UH 0 0 0 tun0
192.168.1.0 192.168.8.5 255.255.255.0 UG 0 0 0 tun0
192.168.8.0 192.168.8.5 255.255.255.0 UG 0 0 0 tun0
link-local * 255.255.0.0 U 35 0 0 eth0
192.168.0.0 * 255.255.0.0 U 35 0 0 eth0
default 192.168.8.5 0.0.0.0 UG 0 0 0 tun0Kicsit szétcsúszott, de talán kibogarászható...
Gondolom, az volt a baj, hogy a default gatewayt ugyan átírtam, de a felső bejegyzést nem hoztam létre...
Valójában nem tudtam, mit kell csinálnom ahhoz, hogy az alap route élő maradjon és a felette lévő tunnelen menjen át a kapcsolat...
Az OpenVPN átirányítás még minidig idegesít... sehogysem sikerül beállítani, pedig elvileg logikusnak tűnik... Beállítom a VPN-t 443-as portra, apache https-t 4443-ra (jelenleg) és beállítottam, hogy localhost:4443-ra irányítsa, de semmi...
-
VaZso
senior tag
válasz
Jester01
#7582
üzenetére
Ha jól sejtem, a
route add default gw 192.168.8.5 tun0
kiadására gondolsz.
Ezt próbáltam már korábban is, de sikertelenül.
Megáll a kapcsolatom.Gondolom, az a baj, hogy eth0-án megy a VPN és az eth0 az aktív kapcsolatom is, amin az adatok elvileg haladnak.
Hogy lehet vajon úgy éleszteni a tun0-át, hogy az ott megadott paraméterek legyenek használva?
...a másik dolog, hogy talán a sok variáció közül a gyorsabbat választja (pingnél először kicsit tovább vár, aztán helyi hálón folytatja tovább).Arra gondolok, hogy a tun0 30-37ms-ához képest előnyben részesül a helyi ~14ms-os válaszidő.
Jelenleg nem tudom, mit kéne csinálnom...
-
VladimirR
nagyúr
válasz
Jester01
#7423
üzenetére
"Amelyik file kevesebb helyet foglal mint a mérete, az sparse (ritka). Ez valóban szokás P2P programok esetében. Ilyenkor a még nem írt blokkoknak nincs lefoglalva a hely."
kosz a pontositast, igen, errol van szo rTorrent eseteben"Az mmap az más tészta, nem valószínű hogy P2P program használja mert 32 biten igen hamar elfogyna a címtartomány. Sokkal valószínűbb, hogy saját puffereket használ amit néhanapján kiír a lemezre. Ekkor kell(ene) történnie a kvóta ellenőrzésnek."
nem talalok most hirtelenjeben errol pontos infot, de a libTorrent oldalon az mmap-ra keresve talalt oldalak alapjan ugy ertelmezem, hogy ezt hasdznalja"Tehát akkor most az van, hogy a torrent túllépi a kvótát, emiatt a program leállításakor sír is, de azért csak kiírja az adatot?"
program leallitasat nem neztem, adott torrent leallitasakor kuldi a hibauzenetet (az a "storage error...." az sima rTorrent hibazuenet) -
VaZso
senior tag
válasz
Jester01
#7381
üzenetére
Köszönöm az ötletet, megpróbálkozom vele. Így talán kibukik hamar a dolog.
Azt hiszem, előtte viszont ki fogom cserélni a tápegységet benne, ma arrafelé járok.Memóriát egyelőre nem merek cserélni, mert összeszerelés után memtesttel nem adott hibát, utána pedig nem lett piszkálva. Attól félek, ha megtenném, beletennék mégegy "hibalehetőséget", mivel csak "elvileg jó" RAM-om van, tesztelt (különösen abban a lapban tesztelt) nincs.
Pedig arra jutottam, hogy legvalószínűbb a RAM vagy táp probléma. Egy memtestet azért rövid ideig talán lesz lehetőségem futtatni, annyi idő alatt viszont az nem ér semmit...
A táp nem "mai gyerek", így simán lehetnek szűrési és egyéb gondjai... mindenesetre mérek majd rajt feszültségeket, bár kétlem, hogy helyes értékeket adott a sensors (az is igaz, -5 és -12-t nem sok eszköz használja)... szóval azt cserélem másikra.Remélem, sikerül megfogni a dolgot.
-
VladimirR
nagyúr
válasz
Jester01
#7365
üzenetére
keves gep van, azok is fix ip-vel, szoval az a resze nem gond, csak valahogy ez a megoldas nekem kicsit barbar modszernek tunik, ezert kerdeztem, van-e erre valami jobb modszer, esetleg kimondottan ilyen progi/script, vagy marad az iptables szabalyok alapjan torteno meres
-
VaZso
senior tag
válasz
Jester01
#7332
üzenetére
Köszi szépen, ezekszerint működő dologról van szó.
Elindulok ezen az úton, remélem, sikerül összehozni.jer1cho:
Általában van neki ikon ill. bent van a "start" menüben (elvileg nálad is megtalálható kell legyen valahol), csak biztosabb így elindítani, ha sötétben tapogatózik az ember. (Nem ismerjük az eee-gépen lévő Linuxot, ezért ez a legjobb támpont.)Nem sokszor használtam synapticot, ezért nemigen ismerem, de szerintem bal oldalt az általad írt szűrési feltétel jelenik meg, jobb oldalt pedig a találatok.
Előfordulhat, hogy valamiért nincs bent a csomagkezelőben a wine.
Jól látom, hogy ez is Debian alapú? (Egyáltalán mindegyiken ez a Xandros fut?)
Ha igen, akkor a Wine oldaláról is lehetne talán próbálkozni a .deb csomagokkal. -
válasz
Jester01
#7292
üzenetére
nem töltötte be magától...
modprobe-ra villant egyet a floppy és létrejött egy valódi /dev/fd0, és megjelent a Számítógép mappában is egy Hajlékonylemezes meghajtó...sajna a dd-nek továbbra is valami baja van
lenry@Echo-Two:/dev$ sudo dd if=/home/lenry/Asztal/boot.img of=/dev/fd0 bs=1024 conv=sync ; sync
dd: "/dev/fd0" megnyitása: Nincs ilyen eszköz vagy címmod: kellett neki egy jobb klikk -> Újraolvasás... most jó... a dd is, legalábbis határozottan másolgat valami
köszönöm a helpet... mostmár csak azt kell remélnem, hogy a Macnek is jó lesz a lemez
#7294: igen. volt benne
-
Köszönöm a fáradtságodat! 
Leszedem a data sheet-et azért.
Mondjuk az fura, hogy ezt valami aktiválta nekem, telepítettem már Arch Linuxot más gépen is, de sose találkoztam ezzel a jelenséggel, nVidia kártya esetében se, hogy bootolás közben váltson felbontást.
Új hozzászólás Aktív témák
Hirdetés
- Bomba ár! Dell Latitude 7320 - i5-11GEN I 8GB I 512SSD I HDMI I 13,3" FHD I Cam I W11 I Garancia!
- NEC MultiSync V421 monitor (42") 1920 x1080px
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RTX 3050 6GB GAMER PC termékbeszámítással
- REFURBISHED és ÚJ - HP Thunderbolt Dock G2 230W docking station (3TR87AA)
- Már csak 12 db 5G ROUTER! - Telenor 5G Indoor WiFi Router (FA7550) + töltő (bolti áruk 100.000Ft)
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest