- Projektor topic
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- HP nyomtatók
- Nyomtató topik
- Kezdő fotósok digitális fényképei
- Apple asztali gépek
- Milyen billentyűzetet vegyek?
- AMD Navi Radeon™ RX 9xxx sorozat
- Fokozatosan erősít majd a szerverpiacon az Intel
- Kiterjesztett valóság ASUS ROG és XREAL recept szerint
-
PROHARDVER!
PROHARDVER!
Új hozzászólás Aktív témák
-
-
fel volt csatolva hálózati meghajtóként, leválasztottam
a szabad beállításai:
[Unity]
comment = Unity fileserver
path = /media/Unity
read only = No
force create mode = 0777
force directory mode = 0777
guest ok = Yesmost jutott eszembe, a [global]-ba kellhetnek még ezek:
guest account = nobody smbguest
auth methods = guestmeg a [Unity]-hez szerintem kellene:
public = Yes
valid users = nobody smbguest
write list = nobody smbguestde a franc se tudja, az szerver meg nincs a közelbe, h meglessem
-
ez megvan, máshol gyökerezik a probléma:
van egy szabad megosztás is, ami jelszó nélkül használható. ha oda jelentkezel be először, akkor nem enged bejelentkezni a védett részbe, mert nem léphetek be egy gépről két usernévvel.ha kilépek a szabad megosztásból, akkor utána már elfogadja a felhasználónevet és jelszót...
ezt ki lehet valahogy küszöbölni? mondjuk lehet, hogy a Windows fassága, mert az dobta a hibaüzenetet, hogy nem léphetek be két usernévvel...
-
force create mode = 0777
force directory mode = 0777ezek maradtak le, köszi
új probléma, szintén samba:
lejelszavazott megosztást szeretnék létrehozni, de nem hajlandó elfogadni a beállított jelszót.
külön létrehoztam e célból egy usert, smbpasswd-vel kapott jelszót, de nem tudok vele belépni a megosztásba.
lokálból be tudok vele lépni, de hálózaton keresztül nem. -
így állítottad be a megosztást?
create mode = 0777
directory mode = 0777
force create mode = 0777
force directory mode = 0777
force security mode = 0777az ucsó 3 nem fontos...
szerk.: jah, és mode helyt szokás mask-ot írni, de nemigen van különbség köztük (vagyis én nem tudom mi az...)
force create mode = 0777
force directory mode = 0777ezek maradtak le, köszi
új probléma, szintén samba:
lejelszavazott megosztást szeretnék létrehozni, de nem hajlandó elfogadni a beállított jelszót.
külön létrehoztam e célból egy usert, smbpasswd-vel kapott jelszót, de nem tudok vele belépni a megosztásba.
lokálból be tudok vele lépni, de hálózaton keresztül nem. -
-
-
kösz. remélem menni fog. úgyse
szerintem előkerítek egy backup vinyót akárhonnan, mert nem vállalom be, hogy lenullázzam a céges projektfájlokat tartalmazó lemezeket.
aztán már nagyobb önbizalommal játszadozok."lenullázzam a céges projektfájlokat tartalmazó lemezeket."
Krzisssztusom... remélem elhúztál aludni.
-
kösz. remélem menni fog. úgyse
szerintem előkerítek egy backup vinyót akárhonnan, mert nem vállalom be, hogy lenullázzam a céges projektfájlokat tartalmazó lemezeket.
aztán már nagyobb önbizalommal játszadozok.Hm, igen, én is ezzel kezdeném
Még ha pontosan tudod is, mit kéne csinálni, belefuthatsz cumiba :S -
várjál, ma már túl vagyok némi pálinkán és bacardin, lassabban fogom fel a dolgokat
NASos vinyók, legyen sdc és sdd
sdc kiveszem a NAS-ból, berakom a Linuxba.
féllábas RAID? mdadm --assemble /dev/mdX /dev/sdcX?
legyalulom, újrapartícionálom, akkor minek létrehozni a RAIDet?
mdadm --create /dev/md1 --level=1 --raid-devices=1 /dev/sdcX? (igen, pár arg. kimaradt)
áttolom rá sdd anyagát
sdd-t hozzáadom md1-hez,
újraszinkronál.
örülök.ha jól értem a workflow-t
nasból egyik diszk kivesz, akkor ott féllábas raid1 marad
de egyébként igen. viszont aludd ki magad és utána gondold mégegyszer végig a rizikós pontokat.
-
fixen ott marad
hogyan tudom megnézni a verziót?
az gondolom nem lesz gond, hogy van egy másik tömb is a rendszerben?
sda és sdb egy tömbben 0.90-es verzióval, mert azon van a rendszer, a grub-legacy meg nem kezel újabbat, szóban forgó, NAS-ból jövő vinyók meg sdc és sdd egy másik tömböt alkotnának. -
nem ártana eltalálni, hogy 1.2 előtti vagy 1.2=< raid, mert az egyiknek az elején van a szuperblokkja, a másiknak meg a végén.
a kernel lehet, hogy kezeli mindkettőt, de az mdadm-nél kétségeim vannak.
kérdés: fixen ott akarod ezután működtetni, vagy egyszeri alkalomra kell? mert ez utóbbi esetben szerintem csak az egyik vinyót tedd át, az nem babrálja el a raidet. -
hcl
titán
Na végre le tudtam fordítani egy működő kernelt...
Korábban a Synapticcal feltett kernelforrás nem fordult le, most megpróbáltam egy régebbit (2.6.35), az igen. Viszont ehhez lent voltak az Ubuntu patchek,és valsószínűleg emiatt, be is bootol.
Anyáztam egy kicsit, most pedig összekattintgatok egy sajátot
A segítséget mindenkinek köszi -
Az tuti, hogy az előzőnél volt egy ata_piix, meg egy ibmata, meg még 2db ata modul cat /proc/modules -re. Most kiszedtem az old ata supportot, és egy darab sincs... Pedig az Intel piix -et bepipáltam.
(Amúgy cat /proc/modules -re, amit kiír hogy <modulnév> 0(vagy 1) - Live, abban mit jelent az 1? Nem azt, hogy melyik modult használja? Mert nem az ata_piix mellett volt 1.)
Ls /dev/sd* -ot már korábban is néztem, nem létezik benne semmilyen sd kezdetű :Sinkább lsmod
szerintem az a szám azt mutatja, hogy hány modul hivatkozik az adott modulra. -
hcl
titán
-
hcl
titán
-
az update-initramfs updatelni tudja -k all-ra az initramfs-eket, nem is szokta elrontani a régebbieket. de -c-vel csak konkrét verziót tud kezelni emlékeim szerint...
de hiába nézed uuid-dal, ha nincsenek meg a device node-ok, akkor nem tudja min keresztül lekérni az uuid-eket sem. a problémát abban látom a screenshot szerint, hogy a /dev alatt nincsenek meg a partíciókhoz tartozó node-ok.
lehet, hogy ki kellene próbálnod modulba forgatni a vinyó meghajtóját, mert amikor azt betölti, akkor megcsinálja az udevnek azokat az eventjeit, amitől lesz a /dev/ alatt sda6.
-
az update-initramfs updatelni tudja -k all-ra az initramfs-eket, nem is szokta elrontani a régebbieket. de -c-vel csak konkrét verziót tud kezelni emlékeim szerint...
de hiába nézed uuid-dal, ha nincsenek meg a device node-ok, akkor nem tudja min keresztül lekérni az uuid-eket sem. a problémát abban látom a screenshot szerint, hogy a /dev alatt nincsenek meg a partíciókhoz tartozó node-ok.
lehet, hogy ki kellene próbálnod modulba forgatni a vinyó meghajtóját, mert amikor azt betölti, akkor megcsinálja az udevnek azokat az eventjeit, amitől lesz a /dev/ alatt sda6.
-
az update-initramfs updatelni tudja -k all-ra az initramfs-eket, nem is szokta elrontani a régebbieket. de -c-vel csak konkrét verziót tud kezelni emlékeim szerint...
de hiába nézed uuid-dal, ha nincsenek meg a device node-ok, akkor nem tudja min keresztül lekérni az uuid-eket sem. a problémát abban látom a screenshot szerint, hogy a /dev alatt nincsenek meg a partíciókhoz tartozó node-ok.
lehet, hogy ki kellene próbálnod modulba forgatni a vinyó meghajtóját, mert amikor azt betölti, akkor megcsinálja az udevnek azokat az eventjeit, amitől lesz a /dev/ alatt sda6.
OK, utóbbi meglesz!
(Az a baj, hogy fél nap egy fordítás szegény vason ) -
Először uuid-vel csináltam, de azzal sem ment, és ugyanezt írta ki, csak nem a /dev/sda6-t panaszkodta, hanem az uuid-t :S
Jah, az initramfs shellben meg tudom valahogy nézni a létező uuid-ket?Az initramfs update-t megpróbálom! Meg azt is, hogy visszatolom a grubot uuid módba.
Az all sem nagyon számít, ha széttúrja a gyáriakat, van backupom a működő rendszerről, illetve semmi fontos nincs a gépen... -
a make-kpkg jó, az lefordítja a kernelt is meg a modulokat is.
az oké, hogy belefordítottad a root diszk meghajtóját meg a root filerendszer meghajtóját is, de a /dev alatt udev támogatással készülnek el a device node-ok, amin keresztül megtalálja a diszket. a kép szerint az egyik lényegi hibaüzenet az volt, hogy nem leli a /dev/sda6-ot, azt pedig udev támogatással csinálja, amihez kellhetnek modulok.
és ha dpkg-vel felraktál egy kernelt, szerintem érdemes csinálni egy:
upgrade-initramfs -u -k all
-t is. de lehet, hogy dpkg után -c -k kernelverzió kell... -
Ez az, elvileg bele van fordítva, ami kell neki.
Azt a módszert csináltam, amikor lefordítod, megcsinálja a modulokat is (fakeroot, kpkg), és debian csomagot csinál belőle. A csomagot feltettem, elvileg csinált initramfs-t is hozzá, magától updateli a grubot is...Kb. ennyit követtem el konfig után :
make-kpkg clean
fakeroot make-kpkg --initrd --append-to-version=-custom kernel_image kernel_headers
dpkg -i linux-image-2.6...izé....deb
dpkg -i linux-headers-2.6...izé....debModulokat mivel fordítom le külön hozzá? Illetve utána gondolom mkinitramfs lesz a következő?
-
Íme :
http://kepz.atw.hu/dscf6558.jpgAz sda6 -ra panaszkodik, azt értem, de UUID-vel sem ment :S (Ja, meg az sda6-on van az oprendszer
) -
Bele, erről már kiokosítottak
Az a furcsa, hogy amikor az Ubuntus gyári source (azonos verziójú) configját másoltam át, azzal sem bootol...
A gép amúgy egy öreg HP Pentium 3-as laptop, IDE winyóval, az ata_piix be van pipálva neki... Ext4 filerendszer, az is. -
Hello!
Van egy kis kernelfordítás bajom. Lubuntun akarok saját okulásomra egy kernelt fordítani (2.6.35), a debian csomagépítős módszerrel. Ott ütköztem falba, hogy bekonfigolom, lefordítom, felteszem, de nem hajlandó bebootolni egyik általam fordított kernel sem. Amikor a root filerendszert csatolná, megáll timeouttal, és kidom az initramfs promptba.
Sem UUID, sem /dev/izé módon megadott root útvonallal nem jó...Valaki tudna erre tippet adni, hogy mi lehet a baja? Gúglival csak a várakozási idő megnövelését találtam, de az sem működik :S
-
hcl
titán
-
hallari
tag
Sziasztok! Lenne egy kérdésem. Felraktam a Fedora 16-ot dualboot-os gépre (Ubuntu+winxp) kipróbálás céljából.
Ugye azt ígérte a drágám, hogy annyira überszuper a grub2-je a Fedora-nak, hogy automatice felismeri, ha másik Linux is van a gépen. Nem ismerte fel, és a grub2 menüjében most csak a Fedora és az xp van. Be lehet oda suszterolni az Ubuntu-t valahogy?
-
tudnál olyat ajánlani ami megy pendriveról
-
Hell! \m/
Tegnap este első körben a Debian XFCE spinemre raktam fel a slim-et, lazán lecserélte a gdm-et, és aztán le is tudtam szedni a gdm csomagjait. Utána újratoltam a Debiánt teljesen a saját bejáratott konfigommal, csak az xdm helyett slim-et raktam. Minden gond nélkül működik, kevesebb memóriát használ ha jól látom, és legalább néz is ki valahogy. Majd még játszok vele alkalomadtán.
-
Peter789
senior tag
szerk: látom sikeresen megborította a fórum motort ez a pár kiemelés, úgyhogy több bekezdést csak scroll-ozva lehet elolvasni... lol
egyelőre feladtam az openwrt témát, és visszatértem az alap kernelhez. yaffs helyett jffs2 fájlrendszert toltam alá, és ugyanazokat a hibákat szórja, csak kicsit másfajta hibaüzenetek formájában. erősen arra gyanakszom, hogy az mtd driver körül lesz a kaki, ezért gondoltam összemazsolázok egy újabb kernel verziót (3.2-rc1) hátha megoldja, viszont itt már a fordításnál elakadok...
arm@ubuntu:~/ARM/kernel/linux-3.2-rc1$ make
CHK include/linux/version.h
CHK include/generated/utsrelease.h
make[1]: `include/generated/mach-types.h' is up to date.
CC kernel/bounds.s
cc1: error: unrecognized command line option "-mlittle-endian"
cc1: error: unrecognized command line option "-mapcs"
cc1: error: unrecognized command line option "-mno-sched-prolog"
cc1: error: unrecognized command line option "-mno-thumb-interwork"
kernel/bounds.c:1:0: error: unknown ABI (aapcs-linux) for -mabi= switch
kernel/bounds.c:1:0: error: bad value (armv4t) for -march= switch
kernel/bounds.c:1:0: error: bad value (arm9tdmi) for -mtune= switch
make[1]: *** [kernel/bounds.s] Error 1
make: *** [prepare0] Error 2ez sikerült rá gugliznom: [link]
szóval állítólag a cross compiler-t nem találja. ez mondjuk azért furcsa, mert ha összebarmolom a Makefile-ban a CROSS_COMPILE paramétert, akkor sokkal egyértelműbben adja tudtomra, hogy valóban a fordító nincsen meg:arm@ubuntu:~/ARM/kernel/linux-3.2-rc1$ make
make: arm-linux-uclibc-gcc: Command not found
CHK include/linux/version.h
CHK include/generated/utsrelease.h
make[1]: `include/generated/mach-types.h' is up to date.
CC kernel/bounds.s
/bin/sh: arm-linux-uclibc-gcc: not found
make[1]: *** [kernel/bounds.s] Error 127
make: *** [prepare0] Error 2[/M]egyből 2 problémába ütköztem: 1. nem igazán tudom hogy mi lenne a pontos PATH a fordítóhoz, pontosan melyik részére kell mutatnia hogy jó legyen, 2. a linken (és neten máshol is csak ilyet találtam) használt export parancsot nem jegyzi meg az ubuntu (11.04 vmware-ben) - pedig azt írja hogy még újra is kell indítani a terminált > amíg nem indítom újra addig ott van az env-ben amit beírok, de ha újraindítom akkor eltűnik. akkor ez hogy is van, mit rontok el vagy értek félre? és mi legyen akkor a CROSS_COMPILE paraméter értéke?
2 cross compiler csomag van most a gépen - az első az openembed oldaláról van, a 2.6.21-es onnan letöltött kernel szépen le is fordul vele ahogy kell:
(M)arm@ubuntu:/usr/local/arm/4.2.2-eabi$ ls -ltr
total 28
drwxrwxrwx 5 arm arm 4096 2007-10-11 18:10 gmp
drwxrwxrwx 5 arm arm 4096 2007-10-11 18:10 mpfr
drwxrwxrwx 2 arm arm 4096 2007-10-11 18:24 etc
drwxrwxrwx 2 arm arm 4096 2007-10-11 18:24 sbin
drwxrwxrwx 12 arm arm 4096 2007-10-11 18:32 usr
drwxrwxrwx 2 arm arm 4096 2007-10-11 18:38 lib
drwxrwxrwx 2 arm arm 4096 2007-10-11 18:38 bin[/M]a másodikat már csak utólag raktam fel, hátha... azthiszem 4.5-ös verziószámot írt install közben:
(M)sudo apt-get install gcc
...
arm@ubuntu:/usr/arm-linux-gnueabi$ ls -ltr
total 12
drwxr-xr-x 2 root root 4096 2011-11-26 15:32 bin
drwxr-xr-x 2 root root 4096 2011-11-26 15:32 lib
drwxr-xr-x 31 root root 4096 2011-11-26 15:32 include[/M]lehet nagyon triviális dolgokat kérdezek, de tényleg elég kezdő vagyok ezen a vonalon
-
már volt teljes kábelezéscsere abban a gépben, amiben most vannak a vinyók.
amiben meg eredetileg köhécseltek, ott a teljes gép kuka lett azóta. (az eredeti gépek, amikben voltak, pár hónap alatt elfogyasztottak három teljes garnitúra vinyót. ezt meguntam, a gépek kuka. csak nem akarom elhinni, hogy az utolsó garnitúra diszk is, ami pár hónapot futott, rossz lett).ha megint szétszedném, húzkodnék, megjavulna, akkor ez a gép is kuka kategória...
de szívesen látnék még ötleteket, ki mivel szokta nyúzni a diszkjeit.
smartmontools, hdsentinel, badblocks megvolt. ezek mindegyike szerint jók.
Miközben az első diszken ment a badblocks, szólt egy ilyet a kernel:Nov 22 20:20:03 cepheus kernel: [374192.441508] ata4.00: exception Emask 0x10 SAct 0x0 SErr 0x10000 action 0xe frozen
Nov 22 20:20:03 cepheus kernel: [374192.441704] ata4: SError: { PHYRdyChg }
Nov 22 20:20:03 cepheus kernel: [374192.441811] ata4.00: cmd b0/da:00:00:4f:c2/00:00:00:00:00/00 tag 0
Nov 22 20:20:03 cepheus kernel: [374192.441812] res d0/d0:d0:d0:d0:d0/00:00:00:00:00/d0 Emask 0x12 (ATA bus error)
Nov 22 20:20:03 cepheus kernel: [374192.442106] ata4.00: status: { Busy }
Nov 22 20:20:03 cepheus kernel: [374192.442129] ata4.00: error: { ICRC UNC IDNF }
Nov 22 20:20:03 cepheus kernel: [374192.442159] ata4: hard resetting link
Nov 22 20:20:07 cepheus kernel: [374196.244077] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Nov 22 20:20:07 cepheus kernel: [374196.260762] ata4.00: configured for UDMA/100
Nov 22 20:20:07 cepheus kernel: [374196.260776] ata4: EH complete
Nov 22 20:25:03 cepheus kernel: [374492.330470] ata4.00: exception Emask 0x10 SAct 0x0 SErr 0x10000 action 0xe frozen
Nov 22 20:25:03 cepheus kernel: [374492.330520] ata4: SError: { PHYRdyChg }
Nov 22 20:25:03 cepheus kernel: [374492.330549] ata4.00: cmd b0/da:00:00:4f:c2/00:00:00:00:00/00 tag 0
Nov 22 20:25:03 cepheus kernel: [374492.330551] res d0/d0:d0:d0:d0:d0/00:00:00:00:00/d0 Emask 0x12 (ATA bus error)
Nov 22 20:25:03 cepheus kernel: [374492.330620] ata4.00: status: { Busy }
Nov 22 20:25:03 cepheus kernel: [374492.330644] ata4.00: error: { ICRC UNC IDNF }
Nov 22 20:25:03 cepheus kernel: [374492.330674] ata4: hard resetting link
Nov 22 20:25:05 cepheus kernel: [374494.228031] ata4: COMRESET failed (errno=-19)
Nov 22 20:25:05 cepheus kernel: [374494.228134] ata4: reset failed (errno=-19), retrying in 9 secs
Nov 22 20:25:13 cepheus kernel: [374502.328068] ata4: hard resetting link
Nov 22 20:25:14 cepheus kernel: [374503.052085] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Nov 22 20:25:14 cepheus kernel: [374503.068330] ata4.00: configured for UDMA/100
Nov 22 20:25:14 cepheus kernel: [374503.068345] ata4: EH completeezt a nem tesztelt, nem használt 4. diszkre mondta.
nem vagyok még teljesen meggyőzve. -
szerintem, hacsak nincs különösebb ok, nem érdemes több disztróval fárasztani az ember agyát. külön hibalehetőségek, más verziók, más konfigurációs rendszer, elpazarolt energia.
Ha az nginx reverse proxyja is olyan, mint az apacsé, akkor igen. Az apacs a kérésben levő domain név elemzésével képes szétszórni a kérést.
-
mint mar korabban irogattam, szorakozok a xen-nel, es mivel sikerult nemi plusz memoriat keriteni a gepbe, ahogy idom engedi, szet fogom dobalni az egyes szolgaltatasokat kulon virtualis gepekbe
ket kerdes merult itt fel bennem
az elso, hogy erdemes-e olyannal szorakozni, hogy szolgaltatastol fuggoen esetleg mas-mas disztrot tegyek az egyes virtualis gepekre? amikre gondolni kell, az webserver, mailserver, router, gameserver (hlds, srcds, tehat binariskent letoltott jatek)
a masodik pedig, hogy mivel tobb, mint egy szerverre menne http szerver, hogyan oldjam meg, hogy kivulrol mindkettot a 80-as porton lehessen elerni
jol ertelmezem, hogy pl az nginx reverse proxy szolgaltatasa pontosan ezt csinalja? -
igen, minden dhcp-vel működik jelenleg. a wifi-is és a lan is.
a nyomtatós gép: 192.168.2.119- amit nem tudok pingelni a wifis gépről (192.168.3.101). viszont az eth0-t 192.168.2.100 tudom pingelni a wlan-ról. 192.168.3.101-ről
vagy még az nem lehet gond, hogy lan 192.168.2.100 wlan pedig 192.168.3.100?
-
a nyomtatós gép is dhcp-vel kapja a paramétereket?
meg kellene próbálni megpingelni arról a gépről a nyomtatósat, amiről nyomtatni akarsz és mindkét gépen tcpdumppal vagy wireshark-kal nézni, hogy van-e forgalom.az a dhcp konfig jónak néz ki... esetleg még belerakhatnál egy-egy
option broadcast-address 192.168.2.255
meg
option broadcast-address 192.168.3.255
sort is, egyes dhcp kliens implementációk eszméletlen hülyeségeket bírnak csinálni... -
/var/ipfire/dhcp/dhcpd.conf:
ddns-update-style none;
deny bootp; #default
authoritative;
subnet 192.168.2.0 netmask 255.255.255.0 #eth0
{
range 192.168.2.101 192.168.2.200;
option subnet-mask 255.255.255.0;
option domain-name "home";
option routers 192.168.2.100;
option domain-name-servers 192.168.2.100;
default-lease-time 86400;
max-lease-time 172800;
} #eth0
subnet 192.168.3.0 netmask 255.255.255.0 #wlan0
{
range 192.168.3.101 192.168.3.200;
option subnet-mask 255.255.255.0;
option domain-name "home";
option routers 192.168.3.100;
option domain-name-servers 192.168.3.100;
default-lease-time 3600;
max-lease-time 7200;
} #wlan0
include "/var/ipfire/dhcp/dhcpd.conf.local";/var/ipfire/dhcp/settings:
DOMAIN_NAME_wlan0=home
ENABLE_wlan0=on
ENABLE_eth0=on
SORT_LEASELIST=IPADDR
WINS1_wlan0=
START_ADDR_wlan0=192.168.3.101
FILE_eth0=
SORT_FLEASELIST=FIPADDR
DNS2_eth0=
NTP2_eth0=
END_ADDR_wlan0=192.168.3.200
NTP1_wlan0=
DNS2_wlan0=
MAX_LEASE_TIME_eth0=2880
MAX_LEASE_TIME_wlan0=120
START_ADDR_eth0=192.168.2.101
NEXT_wlan0=
NTP2_wlan0=
FILE_wlan0=
DNS1_wlan0=192.168.3.100
DOMAIN_NAME_eth0=home
WINS2_eth0=
DEFAULT_LEASE_TIME_wlan0=60
ENABLEBOOTP_wlan0=off
WINS1_eth0=
NEXT_eth0=
DEFAULT_LEASE_TIME_eth0=1440
ENABLEBOOTP_eth0=off
WINS2_wlan0=
NTP1_eth0=
END_ADDR_eth0=192.168.2.200
DNS1_eth0=192.168.2.100 -
az a 00-ás hw ethernet cím nem az igazi.
ha a saját címét nem hajlandó meglelni, akkor válassz neki a xen tartományából, 00:16:3e kezdettel.másrészt egy dhcpd konfigot is másolj be.
a szépség kedvért a router ip címe mindig a tartomány szélén legyen, vagy az elején, vagy a végén. pl. 192.168.3.254. de ez mindegy, csak a szépség kedvéért.
-
az a 00-ás hw ethernet cím nem az igazi.
ha a saját címét nem hajlandó meglelni, akkor válassz neki a xen tartományából, 00:16:3e kezdettel.másrészt egy dhcpd konfigot is másolj be.
a szépség kedvért a router ip címe mindig a tartomány szélén legyen, vagy az elején, vagy a végén. pl. 192.168.3.254. de ez mindegy, csak a szépség kedvéért.
a hw eth címet én szedtem ki.
az ip címet után majd alakítom a szépségért.
-
wlan0 Link encap:Ethernet HWaddr 00:00:00:00:00:00
inet addr:192.168.3.100 Bcast:192.168.3.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1843 errors:0 dropped:0 overruns:0 frame:0
TX packets:1612 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:349391 (341.2 Kb) TX bytes:901326 (880.2 Kb)
eth0 Link encap:Ethernet HWaddr 00:00:00:00:00:00
inet addr:192.168.2.100 Bcast:192.168.2.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1972 errors:0 dropped:0 overruns:0 frame:0
TX packets:1917 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:545114 (532.3 Kb) TX bytes:2070676 (1.9 Mb)ezt még hozzácsapom
-
hááát, nem jött be a mind2 netmask 24-re állítása. net megy, dhcp dolgozik. közben ráraktam a wlan-ra is a dhcp-t.
most tehát így néz ki:
eth0: 192.168.2.101/24-től osztja az ip címeket.
wlan0: 192.168.3.101/24-től osztja az ip címeket.még valami ötlet esetleg?
jelenleg a 192.168.3.101-ről tudom pingelni a 192.168.2.100-at. (router lan kártyáját, bár azt ezelőtt is tudtam), de a 192.168.2.119 (nyomtatós gépet) nem tudom.... -
felora:)
tag
hááát, nem jött be a mind2 netmask 24-re állítása. net megy, dhcp dolgozik. közben ráraktam a wlan-ra is a dhcp-t.
most tehát így néz ki:
eth0: 192.168.2.101/24-től osztja az ip címeket.
wlan0: 192.168.3.101/24-től osztja az ip címeket.még valami ötlet esetleg?
jelenleg a 192.168.3.101-ről tudom pingelni a 192.168.2.100-at. (router lan kártyáját, bár azt ezelőtt is tudtam), de a 192.168.2.119 (nyomtatós gépet) nem tudom.... -
sziasztok!
a következőt szeretném elérni, ha lehet: adott 19 db vezetékes hálózaton lévő gép dhcp-vel. kb ugyanennyi wifis, statikus ip-vel. a vezetékes rendszeren van a 192.168.2.119/24-es ip-vel rendelkező gép, amin a nyomtató van. a wifis rendszer 192.168.3.101/16-tól vannak megcímezve. vezetékes hálózat: eth1, wifi: wlan0, hogyan tudnám elérni, hogy a wifi-s gépekről tudjak nyomtatni? a router saját építés, IPFire 2.11 - Core 53-van telepítve. nem nagyon találtam rá normális leírást. előre is köszi.
-
felora:)
tag
sziasztok!
a következőt szeretném elérni, ha lehet: adott 19 db vezetékes hálózaton lévő gép dhcp-vel. kb ugyanennyi wifis, statikus ip-vel. a vezetékes rendszeren van a 192.168.2.119/24-es ip-vel rendelkező gép, amin a nyomtató van. a wifis rendszer 192.168.3.101/16-tól vannak megcímezve. vezetékes hálózat: eth1, wifi: wlan0, hogyan tudnám elérni, hogy a wifi-s gépekről tudjak nyomtatni? a router saját építés, IPFire 2.11 - Core 53-van telepítve. nem nagyon találtam rá normális leírást. előre is köszi.
-
már volt teljes kábelezéscsere abban a gépben, amiben most vannak a vinyók.
amiben meg eredetileg köhécseltek, ott a teljes gép kuka lett azóta. (az eredeti gépek, amikben voltak, pár hónap alatt elfogyasztottak három teljes garnitúra vinyót. ezt meguntam, a gépek kuka. csak nem akarom elhinni, hogy az utolsó garnitúra diszk is, ami pár hónapot futott, rossz lett).ha megint szétszedném, húzkodnék, megjavulna, akkor ez a gép is kuka kategória...
de szívesen látnék még ötleteket, ki mivel szokta nyúzni a diszkjeit.
smartmontools, hdsentinel, badblocks megvolt. ezek mindegyike szerint jók.
Miközben az első diszken ment a badblocks, szólt egy ilyet a kernel:Nov 22 20:20:03 cepheus kernel: [374192.441508] ata4.00: exception Emask 0x10 SAct 0x0 SErr 0x10000 action 0xe frozen
Nov 22 20:20:03 cepheus kernel: [374192.441704] ata4: SError: { PHYRdyChg }
Nov 22 20:20:03 cepheus kernel: [374192.441811] ata4.00: cmd b0/da:00:00:4f:c2/00:00:00:00:00/00 tag 0
Nov 22 20:20:03 cepheus kernel: [374192.441812] res d0/d0:d0:d0:d0:d0/00:00:00:00:00/d0 Emask 0x12 (ATA bus error)
Nov 22 20:20:03 cepheus kernel: [374192.442106] ata4.00: status: { Busy }
Nov 22 20:20:03 cepheus kernel: [374192.442129] ata4.00: error: { ICRC UNC IDNF }
Nov 22 20:20:03 cepheus kernel: [374192.442159] ata4: hard resetting link
Nov 22 20:20:07 cepheus kernel: [374196.244077] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Nov 22 20:20:07 cepheus kernel: [374196.260762] ata4.00: configured for UDMA/100
Nov 22 20:20:07 cepheus kernel: [374196.260776] ata4: EH complete
Nov 22 20:25:03 cepheus kernel: [374492.330470] ata4.00: exception Emask 0x10 SAct 0x0 SErr 0x10000 action 0xe frozen
Nov 22 20:25:03 cepheus kernel: [374492.330520] ata4: SError: { PHYRdyChg }
Nov 22 20:25:03 cepheus kernel: [374492.330549] ata4.00: cmd b0/da:00:00:4f:c2/00:00:00:00:00/00 tag 0
Nov 22 20:25:03 cepheus kernel: [374492.330551] res d0/d0:d0:d0:d0:d0/00:00:00:00:00/d0 Emask 0x12 (ATA bus error)
Nov 22 20:25:03 cepheus kernel: [374492.330620] ata4.00: status: { Busy }
Nov 22 20:25:03 cepheus kernel: [374492.330644] ata4.00: error: { ICRC UNC IDNF }
Nov 22 20:25:03 cepheus kernel: [374492.330674] ata4: hard resetting link
Nov 22 20:25:05 cepheus kernel: [374494.228031] ata4: COMRESET failed (errno=-19)
Nov 22 20:25:05 cepheus kernel: [374494.228134] ata4: reset failed (errno=-19), retrying in 9 secs
Nov 22 20:25:13 cepheus kernel: [374502.328068] ata4: hard resetting link
Nov 22 20:25:14 cepheus kernel: [374503.052085] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 310)
Nov 22 20:25:14 cepheus kernel: [374503.068330] ata4.00: configured for UDMA/100
Nov 22 20:25:14 cepheus kernel: [374503.068345] ata4: EH completeezt a nem tesztelt, nem használt 4. diszkre mondta.
nem vagyok még teljesen meggyőzve. -
miközben az egyiket tekerte, a másik kihullott a rendszerből
Ha még nem volt meg, akkor én ebben a lélektani pillanatban húzkodnák szét "mindent". Egy megmozgatott lezáró/kábel/tápcsatli csodát művelhet. Csak sajna néha a rossz irányban
![;]](//cdn.rios.hu/dl/s/v1.gif)
. Főleg ha valamely kontakt p**a oldalon már eleve kitágult 
.
Ha elég sűrűn "hajigál" akkor az egyenkénti visszadugdosásnál hamar kibukhat(nak) a rossz(ak).Ha többet egyszerre pusztítasz a badblocks-szal akkor is dobál ?
-
ezt néztem, ez azt mondta a vinyókra, hogy hibátlanok, miközben a kernel épp kihajította az scsi alrendszerből az egyiket, mert valami időzítés lejárt.
(#12386) vadcoca: (neked is)
(4 diszkről van szó) az összes diszken nulla reallocated szektor van a smart szerint. megpörgettem badblocks-szal, olyan vicces eredmény jött ki, hogy miközben az egyiket tekerte, a másik kihullott a rendszerből. ilyenkor mi van, alaplap, vezérlő kuka?
szóval ott bonyolódik a dolog, hogy a szintetikus teszteken jónak tűnik a négy vinyó, de amikor használom, akkor felborul minden.
miközben az egyiket tekerte, a másik kihullott a rendszerből
Ha még nem volt meg, akkor én ebben a lélektani pillanatban húzkodnák szét "mindent". Egy megmozgatott lezáró/kábel/tápcsatli csodát művelhet. Csak sajna néha a rossz irányban
. Főleg ha valamely kontakt p**a oldalon már eleve kitágult .
Ha elég sűrűn "hajigál" akkor az egyenkénti visszadugdosásnál hamar kibukhat(nak) a rossz(ak).Ha többet egyszerre pusztítasz a badblocks-szal akkor is dobál ?
-
Peter789
senior tag
ő az:
sajnos nem sikerült működésre bírnom az openwrt-t eddig... addig jut hogy beolvassa a kenelt, kiírja hogy starting kernel és fagyi. nem tudtam rávenni hogy akár csak 1 sorral is tovább menjen. bár sajnos elég zavaros is az egész konfigolása. holnap hideg fejjel ismét nekimegyek
-
Várjál már. Ne kapkodj.
Ez milyen gép? Valami digitális képkeret alapja? Honnan szerezted?"a modul alá magam terveztem alaplapot mobilmodemmel, gps vevővel, stb"
Erről viszont követelek blogot!
mire fogod használni?kínából rendeltem a proci modulokat:
http://openembed.org/wiki/SOM2416
S3C2416 ARM9 @ 400MHz, 64MB DDR2 16bit, 128MB NAND, háló, hangcsipp egy 4x4 centis 120 lábú modulonterveztem hozzá egy alaplapot ami ellátja táppal, kivezeti a különböző portokat, valamint van rajta egy SIM900-as mobilmodem és egy SIM18-as Sirf4-es GPS vevő
a video portot is kivezettem tüskékre, de most sajnos nincsen olyan LCD panelem amit rá tudnék taknyolni, így nem tudom kipróbálni pl WinCE-vel hogy úgy mit csinál a NAND - jövőhét elejére megjön az alkatrész és akasztok rá egy HDMI kimenetet
otthon készítek majd képeket róla...
valamikor a távoli jövőben egy járműkövető rendszer alapja lesz belőle
-
igen, ráadásul a package manager-ével úgynézem egyszerűen megúsznám a perl és sqlite telepítést is...
Várjál már. Ne kapkodj.
Ez milyen gép? Valami digitális képkeret alapja? Honnan szerezted?"a modul alá magam terveztem alaplapot mobilmodemmel, gps vevővel, stb"
Erről viszont követelek blogot! mire fogod használni? -
no ez az a rész amiről már semmit nem tudok...
egyelőre addig terjed a tudományom, hogy a menuconfig-ban pipálgatom hogy mi kell nekem, meg kicseréltem az fs/yaffs2-t egy újabbra és úgy make...bambano tippjéből kiindulva ezt az oldalt találtam:
https://forum.openwrt.org/viewtopic.php?id=28249
este kipróbálom ha hazaértem... -
no ez az a rész amiről már semmit nem tudok...
egyelőre addig terjed a tudományom, hogy a menuconfig-ban pipálgatom hogy mi kell nekem, meg kicseréltem az fs/yaffs2-t egy újabbra és úgy make...bambano tippjéből kiindulva ezt az oldalt találtam:
https://forum.openwrt.org/viewtopic.php?id=28249
este kipróbálom ha hazaértem... -
sziasztok!
egy samsung ARM processzoros vasra próbálok linuxot hegeszteni:
http://openembed.org/wiki/SOM2416
(a modul alá magam terveztem alaplapot mobilmodemmel, gps vevővel, stb)sikerült is ráhúznom a "hivatalos" u-boot, zImage és filesystem image-et, de valamiért mégis használhatatlan: bebútol a rendszer, de ha fájlműveleteket próbálok csinálni a NAND MTD területen, azonnal okádja a hibákat hogy bad block... a u-boot simán írja, olvassa, törli a blokkokat, nem tartom valószínűnek hogy tényleg fizikai baja lenne a NAND-nek, de valamiért mégsem képes törölni...
az eredeti zImage kernelben 2007-es yaffs2 kódok voltak, azzal úgy viselkedett hogy tudtam írni, törölni, majd amikor ismét ráírt volna a már használt területre, akkor dobta a hibákat. találam egy 2009-es yaffs2 pakkot, kicseréltem a kernelben és újrafordítottam - ezzel ír, de ahogy törölnék, azonnal dobja ugyanazokat a hibákat. valószínűleg változott a policy, a régi fájltörlésnél csak megjelölte a blokkokat és csak akkor próbálta törölni ha új tartalmat akart rárakni, az újabb meg már fájltörléskor takarítaná a NAND-et hogy az írás művelet gyorsabb legyen...
http://pc2car.hu/images/users/fpeter/SOM2416/nand_erase_1.txt
sajnos még meglehetősen kezdő cipőben járok linux téren, de szeretnék beletanulni... próbáltam guglizni a témában, olvastam olyanokat hogy debug kimeneteket lehet olvasni valahogy, amiből talán sikerül leszűrni hogy minek van hasfájása - de nem nagyon vágom hogyan kezdjek hozzá... valakinek van esetleg tapasztalata ilyesmiben ?
-
ezt néztem, ez azt mondta a vinyókra, hogy hibátlanok, miközben a kernel épp kihajította az scsi alrendszerből az egyiket, mert valami időzítés lejárt.
(#12386) vadcoca: (neked is)
(4 diszkről van szó) az összes diszken nulla reallocated szektor van a smart szerint. megpörgettem badblocks-szal, olyan vicces eredmény jött ki, hogy miközben az egyiket tekerte, a másik kihullott a rendszerből. ilyenkor mi van, alaplap, vezérlő kuka?
szóval ott bonyolódik a dolog, hogy a szintetikus teszteken jónak tűnik a négy vinyó, de amikor használom, akkor felborul minden.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
valamiért nem indul. mindjárt kiderül remélem miért is...
.
Új hozzászólás Aktív témák
- Itt a Galaxy S26 széria: az Ultra fejlődött, a másik kettő alig
- Projektor topic
- Samsung Galaxy A54 - türelemjáték
- PROHARDVER! feedback: bugok, problémák, ötletek
- Samsung Galaxy S26 Ultra - fontossági sorrend
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- HP nyomtatók
- Nyomtató topik
- Ubuntu Linux
- Forza sorozat (Horizon/Motorsport)
- További aktív témák...
- Felsőkategóriás Gamer PC-Számítógép! Csere-Beszámítás! Z790 / I5 14600KF / 4070Ti Super / 32GB DDR5
- Apple iPhone 15 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- HIBÁTLAN iPhone 15 128GB Black - 2 ÉV GARANCIA -Kártyafüggetlen, MS5596
- Xiaomi Redmi Note 15 Pro+ 5G 8GB/256GB mobiltelefon
- HP Zbook 17 G6,17.3",FHD,i7-9850H,16GB DDR4,512GB SSD,T1000 4GB VGA,WIN11
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest