HWSW Informatikai Kerekasztal: Kezdő LÁMÁK topicja - HWSW Informatikai Kerekasztal

Ugrás a tartalomhoz

Mellékleteink: HUP | Gamekapocs

  • (137 Oldal)
  • +
  • « Első
  • 129
  • 130
  • 131
  • 132
  • 133
  • Utolsó »
  • Nem indíthatsz témát.
  • A téma zárva.

Kezdő LÁMÁK topicja ahol a profik segítenek (reméljük:))

#2601 Felhasználó inaktív   kepe 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 204
  • Csatlakozott: --

Elküldve: 2007. 10. 06. 15:36

Idézet: critical_source - Dátum: 2007. okt. 6., szombat - 12:44

nem kell besz*rni, routert a gép elé, Pax, AppArmor, hülyeséget nem kell telepíteni.

Routerem nincs, nem is akarom hogy legyen, más megoldás nincs? :eek:  :eek:  :eek:  :confused:  :confused:  :confused: a gép kikapcsolásán kívül  :D

Idézet

port O.K.? a portot általában
használó alkalmazás a lekérdezett port pillanatnyi állapota
(válaszra várakozási idő:
port-onként maximum másodperc)
11  O.K. Systat  a port nem válaszol (láthatalan)
21  O.K. FTP szerver  a port nem válaszol (láthatalan)
22  O.K. SSH szerver  a port nem válaszol (láthatalan)
23  O.K. Telnet  a port nem válaszol (láthatalan)
25  O.K. SMTP  a port No route to host
37  O.K. Time  a port nem válaszol (láthatalan)
53  O.K. DNS  a port nem válaszol (láthatalan)
69  O.K. Tftpd  a port nem válaszol (láthatalan)
79  O.K. Finger  a port nem válaszol (láthatalan)
80  O.K. Web szerver  a port nem válaszol (láthatalan)
110  O.K. POP3  a port nem válaszol (láthatalan)
111  O.K. portmap/sunrpc  a port nem válaszol (láthatalan)
113  O.K. ident  a port nem válaszol (láthatalan)
135  O.K. loc-srv  a port nem válaszol (láthatalan)
137  O.K. Netbios-ns  a port nem válaszol (láthatalan)
138  O.K. Netbios-dgm  a port nem válaszol (láthatalan)
139  O.K. Netbios-ssn  a port nem válaszol (láthatalan)
143  O.K. Imap  a port nem válaszol (láthatalan)
445  O.K. microsoft-ds  a port nem válaszol (láthatalan)
1080  O.K. Socks szerver  a port nem válaszol (láthatalan)
1114  O.K. SQL  a port nem válaszol (láthatalan)
1214  O.K. KAZAA  a port nem válaszol (láthatalan)
1243  O.K. Sub Seven !  a port nem válaszol (láthatalan)
1434  O.K. MS-SQL  a port nem válaszol (láthatalan)
2049  O.K. NFS  a port nem válaszol (láthatalan)
3321  O.K. MySQL szerver  a port nem válaszol (láthatalan)
3389  O.K. RDP/Terminal Service/Remote Desktop  a port nem válaszol (láthatalan)
5000  O.K. Universal Plug and Play  a port nem válaszol (láthatalan)
5631  O.K. PC Anywhere  a port nem válaszol (láthatalan)
5632  O.K. PC Anywhere  a port nem válaszol (láthatalan)
6667  O.K. IRC  a port nem válaszol (láthatalan)
8080  O.K. Proxy szerver  a port nem válaszol (láthatalan)
12345  O.K. NetBus !  a port nem válaszol (láthatalan)
12346  O.K. NetBus !  a port nem válaszol (láthatalan)
20034  O.K. NetBus !  a port nem válaszol (láthatalan)
27374  O.K. Sub-7 2.1 !  a port nem válaszol (láthatalan)
27573  O.K. Sub-7 2.1 !  a port nem válaszol (láthatalan)
31337  O.K. Back Orifice !  a port nem válaszol (láthatalan)
31789  O.K. Hack'a'Tack !  a port nem válaszol (láthatalan)
31790  O.K. Hack'a'Tack !  a port nem válaszol (láthatalan)
54321  O.K. Back Orifice 2000 !  a port nem válaszol (láthatalan)


hA EZ a tűzfaltesztem eredménye megnyugodhatok?

Szerkesztette: kepe 2007. 10. 06. 16:31 -kor


#2602 Felhasználó inaktív   Lenny 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 5.995
  • Csatlakozott: --

Elküldve: 2007. 10. 06. 16:03

Szerintetek ezeknek a vinyóknak annyi?
Van 4db 160-as vinyó. Ebből akartam RAID5-öt csinálni.
Mikor elkezdi, akkor már csak 3 lesz aktív, aztán miután végez már csak 2 vinyó van a tömben.

(Bocsi kicsit sok lett)
log:

Oct  5 23:05:59 backup kernel: md: syncing RAID array md0
Oct  5 23:05:59 backup kernel: md: minimum _guaranteed_ reconstruction speed: 10                                                                          00 KB/sec/disc.
Oct  5 23:05:59 backup kernel: md: using maximum available idle IO bandwidth (bu                                                                          t not more than 200000 KB/sec) for reconstruction.
Oct  5 23:05:59 backup kernel: md: using 128k window, over a total of 156288256                                                                              blocks.
Oct  5 23:07:39 backup kernel: hdc: dma_intr: status=0x59 { DriveReady SeekCompl                                                                          ete DataRequest Error }
Oct  5 23:07:39 backup kernel: hdc: dma_intr: error=0x40 { UncorrectableError },                                                                              LBAsect=7232193, high=0, low=7232193, sector=7232087
Oct  5 23:07:39 backup kernel: ide: failed opcode was: unknown
Oct  5 23:07:39 backup kernel: end_request: I/O error, dev hdc, sector 7232087
Oct  5 23:07:39 backup kernel: raid5:md0: read error not correctable (sector 723                                                                          2024 on hdc1).
Oct  5 23:07:39 backup kernel: raid5: Disk failure on hdc1, disabling device. Op                                                                          eration continuing on 2 devices
Oct  5 23:07:40 backup kernel: hdc: dma_intr: status=0x59 { DriveReady SeekCompl                                                                          ete DataRequest Error }
Oct  5 23:07:40 backup kernel: hdc: dma_intr: error=0x40 { UncorrectableError },                                                                              LBAsect=7232193, high=0, low=7232193, sector=7232095
Oct  5 23:07:40 backup kernel: ide: failed opcode was: unknown
Oct  5 23:07:40 backup kernel: end_request: I/O error, dev hdc, sector 7232095
Oct  5 23:07:40 backup kernel: raid5:md0: read error not correctable (sector 723                                                                          2032 on hdc1).
Oct  5 23:07:41 backup kernel: hdc: dma_intr: status=0x59 { DriveReady SeekCompl                                                                          ete DataRequest Error }
Oct  5 23:07:41 backup kernel: hdc: dma_intr: error=0x40 { UncorrectableError },                                                                              LBAsect=7232193, high=0, low=7232193, sector=7232103
Oct  5 23:07:41 backup kernel: ide: failed opcode was: unknown
Oct  5 23:07:41 backup kernel: end_request: I/O error, dev hdc, sector 7232103
Oct  5 23:07:41 backup kernel: raid5:md0: read error not correctable (sector 723                                                                          2040 on hdc1).
Oct  5 23:07:42 backup kernel: hdc: dma_intr: status=0x59 { DriveReady SeekCompl                                                                          ete DataRequest Error }
Oct  5 23:07:42 backup kernel: hdc: dma_intr: error=0x40 { UncorrectableError },                                                                              LBAsect=7232193, high=0, low=7232193, sector=7232111
Oct  5 23:07:42 backup kernel: ide: failed opcode was: unknown
Oct  5 23:07:42 backup kernel: end_request: I/O error, dev hdc, sector 7232111
Oct  5 23:07:42 backup kernel: raid5:md0: read error not correctable (sector 723                                                                          2048 on hdc1).
Oct  5 23:07:42 backup kernel: md: md0: sync done.
Oct  5 23:07:43 backup kernel: hdc: dma_intr: status=0x59 { DriveReady SeekCompl                                                                          ete DataRequest Error }
Oct  5 23:07:43 backup kernel: hdc: dma_intr: error=0x40 { UncorrectableError },                                                                              LBAsect=7232193, high=0, low=7232193, sector=7232119
Oct  5 23:07:43 backup kernel: ide: failed opcode was: unknown
Oct  5 23:07:43 backup kernel: end_request: I/O error, dev hdc, sector 7232119
Oct  5 23:07:43 backup kernel: raid5:md0: read error not correctable (sector 723                                                                          2056 on hdc1).
Oct  5 23:07:44 backup kernel: hdc: dma_intr: status=0x59 { DriveReady SeekCompl                                                                          ete DataRequest Error }
Oct  5 23:07:44 backup kernel: hdc: dma_intr: error=0x40 { UncorrectableError },                                                                              LBAsect=7232193, high=0, low=7232193, sector=7232127
Oct  5 23:07:44 backup kernel: ide: failed opcode was: unknown
Oct  5 23:07:44 backup kernel: end_request: I/O error, dev hdc, sector 7232127
Oct  5 23:07:44 backup kernel: raid5:md0: read error not correctable (sector 723                                                                          2064 on hdc1).
Oct  5 23:07:45 backup kernel: hdc: dma_intr: status=0x59 { DriveReady SeekCompl                                                                          ete DataRequest Error }
Oct  5 23:07:45 backup kernel: hdc: dma_intr: error=0x40 { UncorrectableError },                                                                              LBAsect=7232193, high=0, low=7232193, sector=7232135
Oct  5 23:07:45 backup kernel: ide: failed opcode was: unknown
Oct  5 23:07:45 backup kernel: end_request: I/O error, dev hdc, sector 7232135
Oct  5 23:07:45 backup kernel: raid5:md0: read error not correctable (sector 723                                                                          2072 on hdc1).
Oct  5 23:07:46 backup kernel: RAID5 conf printout:
Oct  5 23:07:46 backup kernel:  --- rd:4 wd:2 fd:2
Oct  5 23:07:46 backup kernel:  disk 0, o:1, dev:hdb1
Oct  5 23:07:46 backup kernel:  disk 1, o:0, dev:hdc1
Oct  5 23:07:46 backup kernel:  disk 2, o:1, dev:hde1
Oct  5 23:07:46 backup kernel:  disk 3, o:1, dev:hdg1
Oct  5 23:07:46 backup kernel: RAID5 conf printout:
Oct  5 23:07:46 backup kernel:  --- rd:4 wd:2 fd:2
Oct  5 23:07:46 backup kernel:  disk 0, o:1, dev:hdb1
Oct  5 23:07:46 backup kernel:  disk 1, o:0, dev:hdc1
Oct  5 23:07:46 backup kernel:  disk 2, o:1, dev:hde1
Oct  5 23:07:46 backup kernel: RAID5 conf printout:
Oct  5 23:07:46 backup kernel:  --- rd:4 wd:2 fd:2
Oct  5 23:07:46 backup kernel:  disk 0, o:1, dev:hdb1
Oct  5 23:07:46 backup kernel:  disk 1, o:0, dev:hdc1
Oct  5 23:07:46 backup kernel:  disk 2, o:1, dev:hde1
Oct  5 23:07:46 backup kernel: RAID5 conf printout:
Oct  5 23:07:46 backup kernel:  --- rd:4 wd:2 fd:2
Oct  5 23:07:46 backup kernel:  disk 0, o:1, dev:hdb1
Oct  5 23:07:46 backup kernel:  disk 2, o:1, dev:hde1
Oct  6 16:38:29 backup kernel: Buffer I/O error on device md0, logical block 16
Oct  6 16:38:29 backup kernel: Buffer I/O error on device md0, logical block 17
Oct  6 16:38:29 backup kernel: Buffer I/O error on device md0, logical block 18
Oct  6 16:38:29 backup kernel: Buffer I/O error on device md0, logical block 19
Oct  6 16:39:09 backup kernel: md: md0 stopped.
Oct  6 16:39:09 backup kernel: md: unbind<hdg1>
Oct  6 16:39:09 backup kernel: md: export_rdev(hdg1)
Oct  6 16:39:09 backup kernel: md: unbind<hde1>
Oct  6 16:39:09 backup kernel: md: export_rdev(hde1)
Oct  6 16:39:09 backup kernel: md: unbind<hdc1>
Oct  6 16:39:09 backup kernel: md: export_rdev(hdc1)
Oct  6 16:39:09 backup kernel: md: unbind<hdb1>
Oct  6 16:39:09 backup kernel: md: export_rdev(hdb1)
Oct  6 16:39:40 backup kernel:  hdb: hdb1
Oct  6 16:39:42 backup kernel:  hdb: hdb1

Szerkesztette: Lenny 2007. 10. 06. 16:05 -kor

-A biztonsági öv lehet hogy korlátoz a mozgásban, de még mindig nem annyira mint a tolószék.
-Minden reggel mikor felkelek tudom, hogy aznap csak egy jó dolog vár rám. A lefekvés! :)
-A Linux nem Windows, de a Windows se Linux

#2603 Felhasználó inaktív   Lenny 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 5.995
  • Csatlakozott: --

Elküldve: 2007. 10. 06. 16:56

lefuttatam egy fsck-t


# fsck.ext3 -c /dev/hdb1
e2fsck 1.40-WIP (14-Nov-2006)
Checking for bad blocks (read-only test): done
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/hdb1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/hdb1: 11/19546112 files (9.1% non-contiguous), 661393/39072080 blocks


Ennyi hibás?  :think:
-A biztonsági öv lehet hogy korlátoz a mozgásban, de még mindig nem annyira mint a tolószék.
-Minden reggel mikor felkelek tudom, hogy aznap csak egy jó dolog vár rám. A lefekvés! :)
-A Linux nem Windows, de a Windows se Linux

#2604 Felhasználó inaktív   mocsi 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 6.848
  • Csatlakozott: --

Elküldve: 2007. 10. 06. 18:07

Idézet: Lenny - Dátum: 2007. okt. 6., szombat - 16:56

lefuttatam egy fsck-t


# fsck.ext3 -c /dev/hdb1
e2fsck 1.40-WIP (14-Nov-2006)
Checking for bad blocks (read-only test): done
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/hdb1: ***** FILE SYSTEM WAS MODIFIED *****
/dev/hdb1: 11/19546112 files (9.1% non-contiguous), 661393/39072080 blocks


Ennyi hibás?  :think:

kabel hiba is lehet.
Nekem van egy server-ke itt a bankban, ami 4 eve fut kikapcsolt udma-val megy, mert visszakapcsolva csak az altalad mar idezett hibakat dobalgat a vezerlo. Ennyit a "banki rendszerek megbizhatoak" szovegu bullshit-rol :D
Where you come from... is gone.
Where you thought you were going to... were never there.
Where you are ain't no good, unless you get away from there!

#2605 Felhasználó inaktív   mocsi 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 6.848
  • Csatlakozott: --

Elküldve: 2007. 10. 06. 18:09

Idézet: critical_source - Dátum: 2007. okt. 6., szombat - 11:44

nem kell besz*rni, routert a gép elé, Pax, AppArmor, hülyeséget nem kell telepíteni.

Pontosan, sokkal tobbet szamit milyen szolgaltatasok erhetoek el kivulrol. Boven eleg azokra figyelni.
Where you come from... is gone.
Where you thought you were going to... were never there.
Where you are ain't no good, unless you get away from there!

#2606 Felhasználó inaktív   padawan 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.929
  • Csatlakozott: --

Elküldve: 2007. 10. 06. 19:18

Idézet: kepe - Dátum: 2007. Oct. 6., Saturday - 16:36

hA EZ a tűzfaltesztem eredménye megnyugodhatok?

Sose nyugodhatsz meg :)

De a lenyeg h ne futass semmi progit ami nemkell (gondolok itt webszerverre pl.)

De az igazi ez:
:D
Starting Nmap 4.20 ( http://insecure.org ) at 2007-10-06 20:19 CEST
Interesting ports on *.catv.broadband.hu (*.*.*.*):
Not shown: 65533 closed ports
PORT      STATE SERVICE
25000/tcp open  unknown
25001/tcp open  unknown

Egyik ebbol a torrent port, a masik meg egy kivulrol nem hasznalhato bitlbee kliens :)
Lenovo N200 /w Ubuntu x64 -- Playstation 3 /w Samsung LE37A656 -- Nokia E63 /w BH-606

#2607 Felhasználó inaktív   Lenny 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 5.995
  • Csatlakozott: --

Elküldve: 2007. 10. 08. 12:14

Idézet: mocsi - Dátum: 2007. okt. 6., szombat - 19:07

kabel hiba is lehet.
Nekem van egy server-ke itt a bankban, ami 4 eve fut kikapcsolt udma-val megy, mert visszakapcsolva csak az altalad mar idezett hibakat dobalgat a vezerlo. Ennyit a "banki rendszerek megbizhatoak" szovegu bullshit-rol :D

És kábel hiba..... most egy másik kábel van és 50%-nál tart a sync.. :)
-A biztonsági öv lehet hogy korlátoz a mozgásban, de még mindig nem annyira mint a tolószék.
-Minden reggel mikor felkelek tudom, hogy aznap csak egy jó dolog vár rám. A lefekvés! :)
-A Linux nem Windows, de a Windows se Linux

#2608 Felhasználó inaktív   vjp 

  • Újonc
  • Pipa
  • Csoport: Alkalmi fórumtag
  • Hozzászólások: 75
  • Csatlakozott: --

Elküldve: 2007. 10. 08. 14:34

Hali,
Mi az a tls azonosítás és a dovecot-ból hogyan lehet kivenni, frissítés után kérte a thunderbird. De közben valami tanusítvány lejárta baja is van. De nem tom kivenni

#2609 Felhasználó inaktív   lacyc3 

  • Újonc
  • Pipa
  • Csoport: Alkalmi fórumtag
  • Hozzászólások: 97
  • Csatlakozott: --

Elküldve: 2007. 10. 08. 15:35

őő én meg téged nem tudlak követni ;) a TLS-el tudod titkosítani az adatforgalmat. A dovecot-ot még nem használtam, de valahol biztosan ki lehet kapcsolni, a biztonság funkciónál keresd szerintem.
Software is like sex: it's better when it's free. - Linus Torvalds / Weboldalam

#2610 Felhasználó inaktív   vjp 

  • Újonc
  • Pipa
  • Csoport: Alkalmi fórumtag
  • Hozzászólások: 75
  • Csatlakozott: --

Elküldve: 2007. 10. 09. 06:28

Idézet: lacyc3 - Dátum: 2007. okt. 8., hétfő - 15:35

őő én meg téged nem tudlak követni ;) a TLS-el tudod titkosítani az adatforgalmat. A dovecot-ot még nem használtam, de valahol biztosan ki lehet kapcsolni, a biztonság funkciónál keresd szerintem.

dovecot imap levelező. frissítettem. utána kelett módosítani a configon. és miután módosítva lett a thunderbird beállításainál kérte a tls biztonsági kapcsolat használatát. De se a configba sehol máshol nem találok, olyan beállítást ahol a tls-t használnám, mégis kéri

#2611 Felhasználó inaktív   critical_source 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 703
  • Csatlakozott: --

Elküldve: 2007. 10. 13. 12:02

Hello!

Mi annak a programnak a neve, amivel a gnome menüjét lehet szerkeszteni? Elfelejtettem, és nem jut eszembe, azt hiszem a betűvel kezdődik.

#2612 Felhasználó inaktív   critical_source 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 703
  • Csatlakozott: --

Elküldve: 2007. 10. 13. 15:08

Idézet: critical_source - Dátum: 2007. okt. 13., szombat - 13:02

Hello!

Mi annak a programnak a neve, amivel a gnome menüjét lehet szerkeszteni? Elfelejtettem, és nem jut eszembe, azt hiszem a betűvel kezdődik.

Tárgytalan, az ebből kifolyó gond megoldva, a prog. neve alacarte.

Más: indítás után miért rakja 1024*768-ba a képernyőt?
xorg.conf-ból nem jöttem rá, de voltak benne változtatások, s azóta csinálja:

Section "Files"
    FontPath    "/usr/share/fonts/X11/misc"
    FontPath    "/usr/X11R6/lib/X11/fonts/misc"
    FontPath    "/usr/share/fonts/X11/cyrillic"
    FontPath    "/usr/X11R6/lib/X11/fonts/cyrillic"
    FontPath    "/usr/share/fonts/X11/100dpi/:unscaled"
    FontPath    "/usr/X11R6/lib/X11/fonts/100dpi/:unscaled"
    FontPath    "/usr/share/fonts/X11/75dpi/:unscaled"
    FontPath    "/usr/X11R6/lib/X11/fonts/75dpi/:unscaled"
    FontPath    "/usr/share/fonts/X11/Type1"
    FontPath    "/usr/X11R6/lib/X11/fonts/Type1"
    FontPath    "/usr/share/fonts/X11/100dpi"
    FontPath    "/usr/X11R6/lib/X11/fonts/100dpi"
    FontPath    "/usr/share/fonts/X11/75dpi"
    FontPath    "/usr/X11R6/lib/X11/fonts/75dpi"
    # path to defoma fonts
    FontPath    "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

Section "Module"
    Load    "i2c"
    Load    "bitmap"
    Load    "ddc"
    Load    "dri"
    Load    "extmod"
    Load    "freetype"
    Load    "glx"
    Load    "int10"
    Load    "vbe"
EndSection

Section "InputDevice"
    Identifier    "Generic Keyboard"
    Driver        "kbd"
    Option        "CoreKeyboard"
    Option        "XkbRules"    "xorg"
    Option        "XkbModel"    "pc105"
    Option        "XkbLayout"    "hu"
EndSection

Section "InputDevice"
    Identifier    "Configured Mouse"
    Driver        "mouse"
    Option        "CorePointer"
    Option        "Device"        "/dev/input/mice"
    Option        "Protocol"        "ImPS/2"
    Option        "Emulate3Buttons"    "true"
EndSection

Section "Device"
    Identifier    "Általános videó kártya"
    Driver        "nvidia"
    BusID        "PCI:1:0:0"
EndSection

Section "Monitor"
    Identifier    "SyncMaster"
    Option        "DPMS"
EndSection

Section "Screen"
    Identifier    "Default Screen"
    Device        "Általános videó kártya"
    Monitor        "SyncMaster"
    DefaultDepth    24
    SubSection "Display"
        Depth        1
        Modes        "1280x1024" "1152x864" "1024x768" "832x624" "800x600" "720x400" "640x480"
    EndSubSection
    SubSection "Display"
        Depth        4
        Modes        "1280x1024" "1152x864" "1024x768" "832x624" "800x600" "720x400" "640x480"
    EndSubSection
    SubSection "Display"
        Depth        8
        Modes        "1280x1024" "1152x864" "1024x768" "832x624" "800x600" "720x400" "640x480"
    EndSubSection
    SubSection "Display"
        Depth        15
        Modes        "1280x1024" "1152x864" "1024x768" "832x624" "800x600" "720x400" "640x480"
    EndSubSection
    SubSection "Display"
        Depth        16
        Modes        "1280x1024" "1152x864" "1024x768" "832x624" "800x600" "720x400" "640x480"
    EndSubSection
    SubSection "Display"
        Depth        24
        Modes        "1280x1024" "1152x864" "1024x768" "832x624" "800x600" "720x400" "640x480"
    EndSubSection
EndSection

Section "ServerLayout"
    Identifier    "Default Layout"
    Screen        "Default Screen"
    InputDevice    "Generic Keyboard"
    InputDevice    "Configured Mouse"
EndSection

Section "DRI"
    Mode    0666
EndSection

Szerkesztette: critical_source 2007. 10. 13. 15:09 -kor


#2613 Felhasználó inaktív   moji 

  • Újonc
  • Pipa
  • Csoport: Alkalmi fórumtag
  • Hozzászólások: 8
  • Csatlakozott: --

Elküldve: 2007. 10. 28. 09:55

hali.

kéne egy kis-nagy segítség.

Az a helyzet hogy a gépembe két vinyó van.
az elsőn van az uhu linux2, minden működik stb
a másik vinyóm egy 160 gigás kacat, amin jfs fájlrendszer van, na őneki az a gondja, hogy sérült a superblock, vagy mia frász.
-
nem tudom mountolni, meg semmi illesmi.
Kérdés : le tudom vhogy szedni róla a fontos adatokat? kb 100 mega.
-
előre is köszi a segítséget.

-----
ÁÁ Sikerült visszaállítanom mindent.
a bűvös parancs : jfs_fsck -v -f /dev/hdb5
,
Azért köszi mindent..
-
NA most kimentek mindent DVD-re..
-

Szerkesztette: moji 2007. 10. 28. 10:06 -kor


#2614 Felhasználó inaktív   critical_source 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 703
  • Csatlakozott: --

Elküldve: 2007. 10. 29. 20:47

Üdv!
fedora alatt szeretném magamat betenni sudoers közé. Csak az a helyzet, hogy rootként kell terminálból visudoban operálni ehhez. rendszergazdaként nem enged bejelentkezni, pedig be van kapcsolva a rendszergazd. helyi bejelentkezése, azt mondja nem azonosítható.

#2615 Felhasználó inaktív   kroozo 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 21.900
  • Csatlakozott: --

Elküldve: 2007. 10. 29. 21:09

es mi ezzel a gond? ha mar mindenaron visudo (bar epp hasznalhatsz barmi editort is, sose ertettem ezt a visudo dolgot), akkor elindit, (gondolom a vegere jo a filenek, szoval)

GA<enter>critical ALL = (ALL) ALL<esc>:wq

kisnagybetu erzekeny :D
And as we wind on down the road
Our shadows taller than our soul.


“It is often said that before you die your life passes before your eyes. It is in fact true. It's called living.”

#2616 Felhasználó inaktív   Friczy 

  • Senior tag
  • PipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 2.362
  • Csatlakozott: --

Elküldve: 2007. 10. 29. 21:38

Idézet: kroozo - Dátum: 2007. okt. 29., hétfő - 22:09

ha mar mindenaron visudo (bar epp hasznalhatsz barmi editort is, sose ertettem ezt a visudo dolgot),

A visudo dolognak (akárcsak a vipw, vigr és hasonló) az az értelme, hogy szerkesztéskor lockolja is az adott file-t. Ennek egy desktop környezetben (ahol nem jellemző, hogy esetleg több valami izgatja mondjuk az /etc/sudoers, /etc/passwd stb. file-okat) nincs nagy jelentősége, viszont egy sokuseres (akár több rendszergazdás) gépen már okozhat galibát, ha ketten editálják ugyanazt a filet (mondjuk valaki szerkeszti az /etc/passwd file-t, míg valaki más épp meg akarja változtatni a shelljét).

És persze a nevével ellentétben nem mindenáron a vi fog elindulni, hanem az, ami rendszerszinten editornak van definiálva.
Friczy
Death is not a bug, it's a feature
Hogyan kérdezzünk okosan?

#2617 Felhasználó inaktív   kroozo 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 21.900
  • Csatlakozott: --

Elküldve: 2007. 10. 29. 21:39

Idézet: Friczy - Dátum: 2007. okt. 29., hétfő - 21:38

A visudo dolognak (akárcsak a vipw, vigr és hasonló) az az értelme, hogy szerkesztéskor lockolja is az adott file-t. Ennek egy desktop környezetben (ahol nem jellemző, hogy esetleg több valami izgatja mondjuk az /etc/sudoers, /etc/passwd stb. file-okat) nincs nagy jelentősége, viszont egy sokuseres (akár több rendszergazdás) gépen már okozhat galibát, ha ketten editálják ugyanazt a filet (mondjuk valaki szerkeszti az /etc/passwd file-t, míg valaki más épp meg akarja változtatni a shelljét).

És persze a nevével ellentétben nem mindenáron a vi fog elindulni, hanem az, ami rendszerszinten editornak van definiálva.

Mindig tanul valami ujat az ember, koszi :)

Mondjuk erre akar magamtol is rajohettem volna :omg:
And as we wind on down the road
Our shadows taller than our soul.


“It is often said that before you die your life passes before your eyes. It is in fact true. It's called living.”

#2618 Felhasználó inaktív   MC Pite 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 10.181
  • Csatlakozott: --

Elküldve: 2007. 11. 08. 19:39

Üdv!

Egy kis segítségre lenne szükségem, mert csak addig jutottam hogy elvileg jónak kéne lennie...

Szal 1 vinyó
első partició fat32 XP
második ntfs adatok
harmadik ext 3 kiwi (ubuntu)
negyedik swap

Mikor indtottam volna a wint, write errorral nem indul.

grubban az alábbi bejegyzés van.
    title        Microsoft Windows XP Home Edition - magyar
    root        (hd0,0)
    savedefault
    makeactive
    chainloader    +1
Mit nézzek meg, vagy mit kopizzak be még nektek hogy vmerre el lehessen indulni? Lapitopit most ezért is vettem mert meguntam a nagygépen hogy a raidet állandóan baszogatta a linux (jó, gondolom van benne részem; bár ott is mindig a single vinyóra pakoltam csak, rendszerindtót is odaraktam, hogy a rákért nyúl a tömbhöz azt nem tudom), és most nem adom fel, vhogy működésre szeretném már rendesen bírni 1 gépen a 2 os-t.

Köszönöm szépen a segítségeteket!
:respect:

Szerkesztette: MC Pite 2007. 11. 08. 19:41 -kor

Ha nem fektetsz be annyi időt a problémád megoldásába, hogy utána olvass; és formailag és tartalmilag egyaránt helyesen írd le azt, akkor a fórumtársaidtól miért várod el, hogy időt pazaroljanak rád?
[Konfig] [Hűtéstechnika]  [Képeim]  [Bringa]

#2619 Felhasználó inaktív   debianforever 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 519
  • Csatlakozott: --

Elküldve: 2007. 11. 08. 21:03

Idézet: MC Pite - Dátum: 2007. nov. 8., csütörtök - 19:39

Üdv!

Egy kis segítségre lenne szükségem, mert csak addig jutottam hogy elvileg jónak kéne lennie...

Szal 1 vinyó
első partició fat32 XP
második ntfs adatok
harmadik ext 3 kiwi (ubuntu)
negyedik swap

Mikor indtottam volna a wint, write errorral nem indul.

grubban az alábbi bejegyzés van.
    title        Microsoft Windows XP Home Edition - magyar
    root        (hd0,0)
    savedefault
    makeactive
    chainloader    +1
Mit nézzek meg, vagy mit kopizzak be még nektek hogy vmerre el lehessen indulni? Lapitopit most ezért is vettem mert meguntam a nagygépen hogy a raidet állandóan baszogatta a linux (jó, gondolom van benne részem; bár ott is mindig a single vinyóra pakoltam csak, rendszerindtót is odaraktam, hogy a rákért nyúl a tömbhöz azt nem tudom), és most nem adom fel, vhogy működésre szeretném már rendesen bírni 1 gépen a 2 os-t.

Köszönöm szépen a segítségeteket!
:respect:

Azért nyúlt a tömbhöz, mert szinkronizálta. A másik kérdésedre nincs válaszom, pláne, hogy ilyen perverzitással, mint fat az xp alatt, még nem is találkoztam.

#2620 Felhasználó inaktív   MC Pite 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 10.181
  • Csatlakozott: --

Elküldve: 2007. 11. 08. 21:59

Nem tudom mi abbana perverzitás... ha bioszt frissítesz nem kell bohóckodni kislemezzel, bármilyen oprendszer eléri és írni is tudja; mellesleg megsérült fat fájlrendszert sokkal nagyobb eséllyel hozol vissza mint NTFS-t.  Hogy rendszerparticiónál mi előnye lenne az NTFSnek esetemben nem vágom, de régóta így használom.

Azt hogy ne akarjon a tömbön is szinkronozálni az installnál hogy eliminálható?

De főleg: Win indításos problémára... honnan a write error? Bootoláskor minek írna oda?

Közben indítnék UT demot, splash screen fél secre felvillan és ennyi... se üzenet, se semmi... driver/beállítás hiány, merre mit keressek? Tudom, fárasztó vagyok, sorry! :respect2:  Érdekes (számomra) hogy Mobility Firegl 9000nek ismeri fel; mikor Radeonként vszínű hamarabb futottak ilyenek. Vagy Firegl 'változathoz' heggesztették inkább a driveeket linux alá és azért?

Szerkesztette: MC Pite 2007. 11. 08. 22:06 -kor

Ha nem fektetsz be annyi időt a problémád megoldásába, hogy utána olvass; és formailag és tartalmilag egyaránt helyesen írd le azt, akkor a fórumtársaidtól miért várod el, hogy időt pazaroljanak rád?
[Konfig] [Hűtéstechnika]  [Képeim]  [Bringa]

Téma megosztása:


  • (137 Oldal)
  • +
  • « Első
  • 129
  • 130
  • 131
  • 132
  • 133
  • Utolsó »
  • Nem indíthatsz témát.
  • A téma zárva.

2 felhasználó olvassa ezt a témát.
0 felhasználó, 2 vendég, 0 anonim felhasználó