[hybris]

Idézet: critical_source - Dátum: 2007. szept. 10., hétfõ - 12:29

Nem kDE

Applications > System Tools > Configuration Editor, and go to the /apps/nautilus/desktop key.

[critical_source]

Idézet: hybris - Dátum: 2007. szept. 10., hétfõ - 13:52

Applications > System Tools > Configuration Editor, and go to the /apps/nautilus/desktop key.

Köszönöm, siker 

[Vaj001]

Hello!
Skacok jól sejtem hogy nincs minden rendben ha ezt látom?

ubuntu@ubuntu:~$ sudo smartctl -A /dev/hdc
smartctl version 5.36 [i686-pc-linux-gnu] Copyright © 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG  VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate  0x000f 056 040 006    Pre-fail  Always    -    148518415
  3 Spin_Up_Time            0x0003 097 097 000    Pre-fail  Always    -    0
  4 Start_Stop_Count        0x0032 100 100 020    Old_age Always    -    25
  5 Reallocated_Sector_Ct 0x0033 100 100 036    Pre-fail  Always    -    0
  7 Seek_Error_Rate      0x000f 054 049 030    Pre-fail  Always    -    1116769972790
  9 Power_On_Hours          0x0032 099 099 000    Old_age Always    -    1484
10 Spin_Retry_Count        0x0013 100 100 097    Pre-fail  Always    -    0
12 Power_Cycle_Count    0x0032 100 100 020    Old_age Always    -    33
194 Temperature_Celsius  0x0022 034 048 000    Old_age Always    -    34 (Lifetime Min/Max 0/25)
195 Hardware_ECC_Recovered  0x001a 050 046 000    Old_age Always    -    33615860
197 Current_Pending_Sector  0x0012 100 100 000    Old_age Always    -    0
198 Offline_Uncorrectable 0x0010 100 100 000    Old_age Offline      -    0
199 UDMA_CRC_Error_Count    0x003e 200 106 000    Old_age Always    -    682
200 Multi_Zone_Error_Rate 0x0000 100 253 000    Old_age Offline      -    0
202 TA_Increase_Count    0x0032 100 253 000    Old_age Always    -    0

köszönöm.


ui.: ja és ez jelent valami izgit?

ubuntu@ubuntu:~$ sudo e2fsck -p /dev/hdc3
/dev/hdc3 has been mounted 33 times without being checked, check forced.
/dev/hdc3: /lost+found not found.  CREATED.
/dev/hdc3: 136711/48775168 files (53.1% non-contiguous), 56305756/97526598 blocks
ubuntu@ubuntu:~$

rá kell jönnöm hogy teljesen hülye vagyok...

Szerkesztette: Vaj001 2007. 09. 11. 08:18 -kor

[padawan]

SMART-hoz nemertek (bar mintha olvastam volna olyasmit hogy valamennyi error mindig van, de inkabb nem keverem a sz*rt ).
Utobbi viszont rendben van. /lost+found kell (bar minek ), automata check meg jo hogyha van es neha lefut (bar tune2fs -c xx /dev/hdx paranncsal beallithatod hogy hany mountolas utan csinalja).

[Vaj001]

Köszi!
Nos az alapfelállás az az, hogy ez a vincsi usb-n csatlakozik egy asus wl500 premium routerhez, ami samba segítségével megosztja a hálózaton, de azt kezdtem észrevenni, hogy az adatok egyre inkább meghibásodnak rajta.
A Router linuxában nem sikerült semmilyen lemez kezelést lefuttatnom, se az fsck-t se a smart -ot, így bedugtam egy ubuntu-ba, hogy majd azzal átnézem.
és egyszer csak rájöttem hogy ok hogy átnéztem, de gõzöm sincs hogy most mit kaptam eredményül... egyébként amióta ráeresztettem az fsck-t -p vel és -c vel is azóta az adatokat jól láttam, de most épp a routerem felejtette el a betáplált dolgokat, úgyhogy most ezért nem látom mi van...
de akkor a lényeg hogy szerinted nincs gáz?

[mcray]

Idézet: Vaj001 - Dátum: 2007. szept. 11., kedd - 8:08

Hello!
Skacok jól sejtem hogy nincs minden rendben ha ezt látom?

ubuntu@ubuntu:~$ sudo smartctl -A /dev/hdc
smartctl version 5.36 [i686-pc-linux-gnu] Copyright © 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG  VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate  0x000f 056 040 006    Pre-fail  Always    -    148518415
  3 Spin_Up_Time            0x0003 097 097 000    Pre-fail  Always    -    0
  4 Start_Stop_Count        0x0032 100 100 020    Old_age Always    -    25
  5 Reallocated_Sector_Ct 0x0033 100 100 036    Pre-fail  Always    -    0
  7 Seek_Error_Rate      0x000f 054 049 030    Pre-fail  Always    -    1116769972790
  9 Power_On_Hours          0x0032 099 099 000    Old_age Always    -    1484
10 Spin_Retry_Count        0x0013 100 100 097    Pre-fail  Always    -    0
12 Power_Cycle_Count    0x0032 100 100 020    Old_age Always    -    33
194 Temperature_Celsius  0x0022 034 048 000    Old_age Always    -    34 (Lifetime Min/Max 0/25)
195 Hardware_ECC_Recovered  0x001a 050 046 000    Old_age Always    -    33615860
197 Current_Pending_Sector  0x0012 100 100 000    Old_age Always    -    0
198 Offline_Uncorrectable 0x0010 100 100 000    Old_age Offline      -    0
199 UDMA_CRC_Error_Count    0x003e 200 106 000    Old_age Always    -    682
200 Multi_Zone_Error_Rate 0x0000 100 253 000    Old_age Offline      -    0
202 TA_Increase_Count    0x0032 100 253 000    Old_age Always    -    0

köszönöm.


ui.: ja és ez jelent valami izgit?

ubuntu@ubuntu:~$ sudo e2fsck -p /dev/hdc3
/dev/hdc3 has been mounted 33 times without being checked, check forced.
/dev/hdc3: /lost+found not found.  CREATED.
/dev/hdc3: 136711/48775168 files (53.1% non-contiguous), 56305756/97526598 blocks
ubuntu@ubuntu:~$

rá kell jönnöm hogy teljesen hülye vagyok...

Akkor aggódj a SMART esetében ha a reallocated sector count magas.
Ez jelenti hogy hány szektort kellett a vinyónak átpakolnia a sérült területekrõl. Ha döglõdni fog a vinyód (fog, ne aggódj),
akkor elõször azt veszed észre hogy lassabb lesz a hozzáférés, majd megjelennek az io errorok a syslogban/dmesgben.
Akkor van gond, ha már nincs hely átpakolni a hibás szektorokat. Akkor irány a bolt.

[Vaj001]

Köszönöm Szépen!

[Lenny]

Linux alatt vannak olya oldalak (pl. iwiw,hup.hu, stb) ahol a betûk mérete kicsi lesz. Hiába állítom be mondjuk 13-asra akkor is. A többi oldalon pedig jó.

Van valami tipp, hogy ezt hol, hogy lehetne beállítani? Érdeke, hogy windows-on ilyen nincs..

[padawan]

Idézet: Lenny - Dátum: 2007. Sep. 16., Sunday - 7:33

Linux alatt vannak olya oldalak (pl. iwiw,hup.hu, stb) ahol a betûk mérete kicsi lesz. Hiába állítom be mondjuk 13-asra akkor is. A többi oldalon pedig jó.

Van valami tipp, hogy ezt hol, hogy lehetne beállítani? Érdeke, hogy windows-on ilyen nincs..

Ikszeld ki a "Allow pages to choose their own fonts..." mezot a fontbeallitasoknal.

[leslie]

Van egy kis Debian router-torrent-szervergépem. A LAN oldalról szeretnék kitiltani egy IP címet.
Beírom a hosts.deny-ba, h ALL: 172.16.0.65/255.255.0.0, de a gép vígan kilát a netre. Mi a fene lehet?

[Friczy]

Idézet: leslie - Dátum: 2007. szept. 19., szerda - 8:04

Van egy kis Debian router-torrent-szervergépem. A LAN oldalról szeretnék kitiltani egy IP címet.
Beírom a hosts.deny-ba, h ALL: 172.16.0.65/255.255.0.0, de a gép vígan kilát a netre. Mi a fene lehet?

Pl. annyi, hogy semmi köze a két dolognak egymáshoz. A hosts.deny csak akkor él, ha az adott gépre akar csatlakozni valaki (és ott se minden esetben). Ha egy belsõ gépet akarsz letiltani az internetrõl a routeren, akkor a feladat az iptables-re vár a FORWARD láncban.

(mellesleg a 172.16.0.65/255.255.0.0 maszk a teljes 172.16.x.x tartományt jelenti, de ez most mellékes, csak szólok, hogy ezzel nem egy gépet, hanem egy teljes B osztályú subnetet tiltanál le)

[leslie]

Thx, akkor ezért sem mûködött a dolog.   

[MC Pite]

Aloha!

Cégnél 'balesetveszélyes' user sokadik ártalmas dolgot terjeszti a hálózaton (szénné fertõzi a gépét állandóan), és vmi linyuxot szeretnék feldobni neki (friss ubuntu vagy uhu); de novell-re szükség lenne mert bizonyos meghajtókat úgy ér el. Eddig sosem fajultam hogy erre milyen lehetõségek vannak, tudtok ebben nekem segíteni? Mert akkor már tolom is fel a 2. particióra...

[Mono]

Sziasztok!

Hosszas tipródás után sem tudtam, melyik topikba illene ezt kérdeznem, végül emellett döntöttem, mert talán (sõt biztos) több módon is megoldható lehet a gond, sõt annyira nem is disztribúció függõ a dolog, így iptables, Debian topikokat elvetettem...

Összetett a helyzet, próbálom lényegre törõen felvázolni a helyzetet, problémát, aztán majd kialakul, hogyan tovább

Nos a helyzet:
- adott egy cég, egy székhellyel és egy telephellyel
- adott egy vállalatirányítási rendszer, mely szervere a cég székhelyén van, több alkalmazással (azaz felületen) is lehet rá csatlakozni, internetes kapcsolódáskor leginkább egy SSH bejelentkezés alkalmas erre kliens oldalról. Így tehát a telephely munkaállomásairól SSH-n akarjuk a dolgot.
- A székhelyen egy, a telephelyen két külön DSL vonal van. Ez utóbbiból az egyik egyelõre csak "úgy van", egyelõre nem használjuk. A másikat igen, valamint a székhelyen levõ egyetlen egyet is szintén.
- Az egy-egy vonal közvetlenül routerre megy, ezek csinálnak egymás között állandó VPN kapcsolatot is.
- Mindkét helyen a router a hálózati switch-re van rákötve, nincs DMZ, sima egyszerû hálózat van.
- Székhelyen üzemel még a céges levelezõ szerverünk is, céges levelek ide jönnek, innen mennek, telephelyi gépek is erre csatlakoznak.

A gond: leginkább a telephelyen érezhetõ, bár a konkrét ok szerintem mindkét helyen elõfordulhat: túl nagy sávszélesség igénybevétel esetén az SSH kliensek igencsak belassulnak, sõt, napi átlag 4-5 alkalommal le is szakadnak a szerverrõl.

A sávszélesség igénybevétel alatt tulajdonképpen bármit értek, mely internet alapot igényel, pl.: Windows update, ilyen-olyan letöltések, oda-vissza e-mail, stb. Olyan dolgok ezek, melyek minden esetben internetet igényelnek, szabályzatban való tiltással nem kivédhetõ dolgok, munkához szintén kellenek.
Ha valaki kap egy 2-3MB-os csatolmánnyal rendelkezõ levelet a telephelyen, vagy akár a székhelyrõl küld kifelé egy hasonlót, mindenképpen interneten teszi, azon internet kapcsolat valamelyikén, mely mindenképpen részt vesz az SSH kapcsolatban.

Igazából a helyzet és a probléma nagyjából ez. Sávszélesség bõvítés egyrészt már nem nagyon jöhet szóba technikai okok miatt (DSLAM-tõl való távolság), emellett úgy gondolom nem is oldaná meg a gondot: egy kliens oldali letöltés, egy levél elküldése szinte biztos, hogy az internet kapcsolat teljes egészét igénybe veszi a mostani felállás szerint. Azaz ha az internet kapcsolat 1 MBit-es feltöltést tud, akkor az elküldendõ levél 1MBit-tel fog elfelé menni, ha 2MBit-et tudna a sávszélesség, akkor 2MBit-tel menne el a levél. Le- és feltöltés hasonlóan, tehát értelmetlennek tartom - emiatt - a sávszélesség növelését.
Amire gondoltam eddig, az két dolog, egyikhez sem értek, sõt, azt sem tudom, meg lehet-e oldani:

1. A telephelyen beiktatva egy két hálókártyás, linuxos gépet, valami csomag prioritás szabályzót létrehozni - nem tudom, van-e ilyen egyáltalán. Olyasmire gondolnék, hogy az SSH csomagok prioritást élveznének minden más csomaggal szemben, fogadásuk, küldésük legyen elsõdleges.

2. Befogni a másik DSL vonalat is a telephelyen, szintén linuxos, de három hálókártyás géppel megoldani valahogy valami ilyesmit: ha cél IP ez és célport emez, akkor menj ezen a DSL vonalon, minden egyéb esetben pedig amazon a DSL vonalon.
Azaz valami cél IP és cél port szerû csomagszûrést létrehozni, amelyben leginkább az átjáró változik. Nyilván a három hálókártyás gépet úgy gondolnám, hogy egy-egy kártya az egy-egy DSL vonal, harmadik pedig a belsõ hálózat.

Nem vagyok nagy IPTABLES guru, szerintem ha bármit is lehetne ezek közül, akkor leginkább vele, de talán és/vagy proxy is kellhet, ezért nem az iptables vagy squid topikokban tettem fel ezt a kérdést.

Hát, elég hosszú lett, de így teljes a kép, talán vannak más megoldások is, melyre nem gondoltam, mindenesetre mindenki észrevételét, javaslatát nagyon szívesen várnám.

PS.: harmadik megoldás is lehet még talán, ha valahogy megoldható lehet egy bizonyos sávszélesség folyamatos garantálása az SSH számára a DSL sávszélességbõl, de ez már nagyon elvi dolog számomra, gyakorlatban fogalmam sincs, létezhet- e ilyen, miként mûködhet....


Az egyszerûbb megértés érdekében készítettem egy hevenyészett rajzot a felállásról (bal oldalon a telephely, jobb oldalon a székhely):


[ Kattints ide a teljes méretû képhez ]

[kroozo]

http://lartc.org/

mindkettore van benne megoldas

[vjp]

Hali!
Nagy gondom van. Van két szerverünk a és b mindkettõ debian. Postfix-vel ldap-val. Minden rendben ment de a minap frissítettem és azóta nem jönnek és nem mennek a levelek. Régen frissítettem és sok mindent csinált sokat kérdezett, a kényesebb témáknál a jelenlegi konfiguráció megtartását választottam. Az a a name server. A régi leveleket tudom böngészni csak új nincs. Az a syslogjába jönnek is levelek, de nem továbbítja b-re a megfelelõ helyre. Ha az a-n megpróbálom frissíteni az sldap-ot: A következõ csomagok frissítve lesznek:
  slapd
1 csomag frissítve lesz, 0 új csomag lesz telepítve, 0 el lesz távolítva és 117 nem lesz frissítve.
50 csomag nincs teljesen telepítve vagy eltávolítva.
Az archívumokból 0B/1174kB-t kell letölteni.
Kicsomagolás után 893kB lemezterület lesz felhasználva.
Csomagok elõkonfigurálása ...
(Adatbázis olvasása ... Most 24836 fájl és könyvtár telepített.)
slapd 2.2.23-8 cseréjének elõkészítése (e csomaggal: .../slapd_2.3.30-5_i386.deb) ...
Stopping OpenLDAP: slapd.
  Dumping to /var/backups/slapd-2.2.23-8:
  - directory dc=akvipatent,dc=hu... failed.
dpkg: hibás feldolgozás: /var/cache/apt/archives/slapd_2.3.30-5_i386.deb (--unpack):
pre-installation script alfolyamat 1 hibakóddal kilépett
  Backing up /etc/ldap/slapd.conf in /var/backups/slapd-2.3.30-5... done.
Starting OpenLDAP: running BDB recovery, slapd.
Hibák történtek a feldolgozáskor:
/var/cache/apt/archives/slapd_2.3.30-5_i386.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
Ezt írja ki. Tudna valki segíteni mit qrtam el?

[hybris]

Idézet: vjp - Dátum: 2007. szept. 21., péntek - 8:57

Tudna valki segíteni mit qrtam el?

Egy jól mûködõ rendszert.
Állj vissza backupból és updateld amit nagyon szükséges, úgy, hogy elolvasod ÉS megérted a kérdéseket.

[kroozo]

Idézet: hybris - Dátum: 2007. szept. 21., péntek - 12:01

Egy jól mûködõ rendszert.
Állj vissza backupból és updateld amit nagyon szükséges, úgy, hogy elolvasod ÉS megérted a kérdéseket.

Speciel az ott valami bibinek latszik slapd pre-install scriptjeben

[charlie]

hogyan lehet parancssorbol csatlakozni egy wifi halozathoz?
addig eljutottam, hogy iwconfiggal beallitok mindent, de nem csatlakozik a halozathoz... (pontosabban, nem jottem ra, hogy hogy kell)

[Friczy]

Idézet: charlie - Dátum: 2007. szept. 26., szerda - 10:52

hogyan lehet parancssorbol csatlakozni egy wifi halozathoz?
addig eljutottam, hogy iwconfiggal beallitok mindent, de nem csatlakozik a halozathoz... (pontosabban, nem jottem ra, hogy hogy kell)

Ha nincs titkosítás, akkor elvileg ennyi elég, persze utána nem árt az interface-t egy ifconfig interface up <ipcím> vagy hasonló paranccsal felhúzni. Vagy egy dhclient paranccsal.