Goosfrabaa

Hozzászólások

10 bejegyzés megtekintése - 61-70 / 143
  • Szerző
    Bejegyzés
  • Hozzászólás: Ext3 atmeretezese utan #2182211
    Goosfrabaa
    Felhasználó

      Ok, akkor ezek szerint nem uszom a meg a reinstallt vegul is nem gond.
      Nem voltak rajt adatok meg, alap redszer volt csak, ami fontos volt (nekem), azt kimentettem belole.

      Van azonban meg egy kerdes, ami nem hagy nyugodni (bar tulzas volna azt allitani, hogy mindent ertettem, amit irtatok):
      Hol tarolodnak a RAID adatok? Tehat, ha letrehozok egyet az mdadm -C -vel, akkor az hova tesz bejegyzest?

      Ha ragaszkodom az eddigi particio meretekhez/kiosztasokhoz, akkor hogyan kezdjem a telepitest?
      Fdiskkel toroljem mindket vinyo minden particiojat es ugyanoda, ugyanugy hozzam letre, aztan mdadm -C, majd mkfs.ext3 /dev/md[01]?

      Update: mar ujrahuztam, mukodik szepen. Bar a fenti kerdes tovabbra is izgat.

      Hozzászólás: Ext3 atmeretezese utan #2182212
      Goosfrabaa
      Felhasználó

        Ok, akkor ezek szerint nem uszom a meg a reinstallt vegul is nem gond.
        Nem voltak rajt adatok meg, alap redszer volt csak, ami fontos volt (nekem), azt kimentettem belole.

        Van azonban meg egy kerdes, ami nem hagy nyugodni (bar tulzas volna azt allitani, hogy mindent ertettem, amit irtatok):
        Hol tarolodnak a RAID adatok? Tehat, ha letrehozok egyet az mdadm -C -vel, akkor az hova tesz bejegyzest?

        Ha ragaszkodom az eddigi particio meretekhez/kiosztasokhoz, akkor hogyan kezdjem a telepitest?
        Fdiskkel toroljem mindket vinyo minden particiojat es ugyanoda, ugyanugy hozzam letre, aztan mdadm -C, majd mkfs.ext3 /dev/md[01]?

        Update: mar ujrahuztam, mukodik szepen. Bar a fenti kerdes tovabbra is izgat.

        Hozzászólás: Ext3 atmeretezese utan #2182205
        Goosfrabaa
        Felhasználó

          Sracok!

          Nem tudom, hogy a tema teszi -e, de most olyan a hangulat itt, amit szeretek..

          Szoval, hogy reagaljak a hozzaszolasaitokra ime a sztory kicsit bovebben (hatha segit a problema megoldasaban):

          Egy RHEL 4.6-t telepitese kozben hoztam letre ket RAID1-et az sda es sdb eszkozokon (eddig meg nem volt dolgom RAID-del).
          Egyet a bootnak (md0) egyet a gyokernek (md1). Telepites, konfiguralas, szinkronizalas utan vettem eszre, hogy elmaradt a swap (es hely mar nem volt).

          A Systemrescue CD-vel akartam gparteddel atmeretezni, de valami hibauzenetet dobott, amibol az derult ki szamomra, hogy foglalt az eszkoz.
          Ekkor kezdtem RAID doksikat olvasni. Azt okoskodtam ki, hogy mdadm –stop /dev/md1, es kulon-kulon az sda[23]-at at majd tudom meretezni.

          Meg is tortent, majd ujra osszeraktam a tombot: mdadm -C /dev/md1 -l1 -n2 /dev/sda2 /dev/sdb2
          (Szolt, hogy van am rajt ext3, akarom -e, de tudtam, hogy menni fog, mert elotte kiprobaltam mashol).
          Szepen indult is a szinkronizalas, megnyugodtam.

          Aztan a rebootnal jott a meglepetes.

          A tovabbi kiserletek valoban ugy tortentek, hogy mdadm –stoppal leallitottam az md1-et, es kulon-kulon particionkent masolgattam, fdiskeltem,
          formattaltam, ahogy irtam. Valoszinuleg tenyleg valahol a fajlrendszerben van elrejtve a rossz blokkmeret, de pl /etc/raidtab fajl szerintem nincs
          (most nem erem el a gepet, de egy masikra atmentettem az egesz /etc-t es abban nem latom)

          Hozzászólás: Ext3 atmeretezese utan #2182206
          Goosfrabaa
          Felhasználó

            Sracok!

            Nem tudom, hogy a tema teszi -e, de most olyan a hangulat itt, amit szeretek..

            Szoval, hogy reagaljak a hozzaszolasaitokra ime a sztory kicsit bovebben (hatha segit a problema megoldasaban):

            Egy RHEL 4.6-t telepitese kozben hoztam letre ket RAID1-et az sda es sdb eszkozokon (eddig meg nem volt dolgom RAID-del).
            Egyet a bootnak (md0) egyet a gyokernek (md1). Telepites, konfiguralas, szinkronizalas utan vettem eszre, hogy elmaradt a swap (es hely mar nem volt).

            A Systemrescue CD-vel akartam gparteddel atmeretezni, de valami hibauzenetet dobott, amibol az derult ki szamomra, hogy foglalt az eszkoz.
            Ekkor kezdtem RAID doksikat olvasni. Azt okoskodtam ki, hogy mdadm –stop /dev/md1, es kulon-kulon az sda[23]-at at majd tudom meretezni.

            Meg is tortent, majd ujra osszeraktam a tombot: mdadm -C /dev/md1 -l1 -n2 /dev/sda2 /dev/sdb2
            (Szolt, hogy van am rajt ext3, akarom -e, de tudtam, hogy menni fog, mert elotte kiprobaltam mashol).
            Szepen indult is a szinkronizalas, megnyugodtam.

            Aztan a rebootnal jott a meglepetes.

            A tovabbi kiserletek valoban ugy tortentek, hogy mdadm –stoppal leallitottam az md1-et, es kulon-kulon particionkent masolgattam, fdiskeltem,
            formattaltam, ahogy irtam. Valoszinuleg tenyleg valahol a fajlrendszerben van elrejtve a rossz blokkmeret, de pl /etc/raidtab fajl szerintem nincs
            (most nem erem el a gepet, de egy masikra atmentettem az egesz /etc-t es abban nem latom)

            Hozzászólás: Ext3 atmeretezese utan #2182195
            Goosfrabaa
            Felhasználó
              vizsla wrote:
              Nem ezért nem indul el, hanem azért, mert ha írás történik rajta, akkor adatvesztéssel járhat.

              Azt hiszem nem ez a gond. Azert gondolom, mert live CD-rol bootolva automatikusan mukodik mindket RAID particio, lehet mountolni, fajlokat masolni, de ha fsck-t eresztek ra, akkor nyuszog. Gondolom az fstabban a fajlrendszer ellenorzes 1-e miatt akad el bootolaskor, live CD-rol meg pont emiatt nem (hiszen akkor nem nezi a particio fstab-jat).

              Osszesen harom particiom van:
              sda1, sdb1 -> /boot  (md0)
              sda2, sdb2 -> /         (md1)
              sda3, sdb3 -> swap  (ezek nincsenek RAIDben)

              Amit eddig csinaltam:

              • mdadm –zero-superblockkal probaltam torolni a latszolag hibas bejegyzest[/*:m]
              • egyik particio formattalasa utan atmasoltam a fajlokat a masikrol (majd ugyanez az eljaras a masik particioval)[/*:m]
              • dd if=/dev/zero-val felulirtam az egyik particiot, ujraformattaltam es ramasoltam a fajlokat a masikrol (majd ugyanez az eljaras a masik particioval)[/*:m]
              • ujraparticionaltam az egyik merevlemezt (a boot particio maradt csak), ujraformattaltam es ramasoltam a fajlokat (majd ugyanez az eljaras a masik particioval) [/*:m][/list:u]
                de semmi nem hozza meg a kivant eredmenyt.

                Akarhogy mesterkedek, meg mindig azt hiszi, hogy 60671456 blokk van fizikailag a lemezen, pedig 60671480 block van.
                A dumpe2fs -h /dev/md1 szerint (is):
                Block count:              60671480

                Honnan a bubanatbol veszi a rossz erteket?

              Hozzászólás: Ext3 atmeretezese utan #2182196
              Goosfrabaa
              Felhasználó
                vizsla wrote:
                Nem ezért nem indul el, hanem azért, mert ha írás történik rajta, akkor adatvesztéssel járhat.

                Azt hiszem nem ez a gond. Azert gondolom, mert live CD-rol bootolva automatikusan mukodik mindket RAID particio, lehet mountolni, fajlokat masolni, de ha fsck-t eresztek ra, akkor nyuszog. Gondolom az fstabban a fajlrendszer ellenorzes 1-e miatt akad el bootolaskor, live CD-rol meg pont emiatt nem (hiszen akkor nem nezi a particio fstab-jat).

                Osszesen harom particiom van:
                sda1, sdb1 -> /boot  (md0)
                sda2, sdb2 -> /         (md1)
                sda3, sdb3 -> swap  (ezek nincsenek RAIDben)

                Amit eddig csinaltam:

                • mdadm –zero-superblockkal probaltam torolni a latszolag hibas bejegyzest[/*:m]
                • egyik particio formattalasa utan atmasoltam a fajlokat a masikrol (majd ugyanez az eljaras a masik particioval)[/*:m]
                • dd if=/dev/zero-val felulirtam az egyik particiot, ujraformattaltam es ramasoltam a fajlokat a masikrol (majd ugyanez az eljaras a masik particioval)[/*:m]
                • ujraparticionaltam az egyik merevlemezt (a boot particio maradt csak), ujraformattaltam es ramasoltam a fajlokat (majd ugyanez az eljaras a masik particioval) [/*:m][/list:u]
                  de semmi nem hozza meg a kivant eredmenyt.

                  Akarhogy mesterkedek, meg mindig azt hiszi, hogy 60671456 blokk van fizikailag a lemezen, pedig 60671480 block van.
                  A dumpe2fs -h /dev/md1 szerint (is):
                  Block count:              60671480

                  Honnan a bubanatbol veszi a rossz erteket?

                Hozzászólás: IPTABLES – IP tartomány megadás #2181799
                Goosfrabaa
                Felhasználó

                  Az en kernelem:
                  [root@gep ~]# uname -r
                  2.6.27.12-78.2.8.fc9.i686

                  Az iptables verzioja:
                  [root@gep ~]# iptables -V
                  iptables v1.4.1.1

                  Az iptables moduljai (reszlet):
                  [root@gep ~]#  rpm -ql iptables | grep lib

                  .
                  .
                  .
                  /lib/xtables/libxt_esp.so
                  /lib/xtables/libxt_hashlimit.so
                  /lib/xtables/libxt_helper.so
                  /lib/xtables/libxt_iprange.so
                  /lib/xtables/libxt_length.so
                  .
                  .
                  .

                  Mint lathatod, azert mukodik nekem mert letezik a libxt_iprange.so fajl (modul).
                  Valoszinuleg ujabb iptablesre volna szukseged, ami tartalmazza a hon ahitott reszt.

                  Hozzászólás: IPTABLES – IP tartomány megadás #2181800
                  Goosfrabaa
                  Felhasználó

                    Az en kernelem:
                    [root@gep ~]# uname -r
                    2.6.27.12-78.2.8.fc9.i686

                    Az iptables verzioja:
                    [root@gep ~]# iptables -V
                    iptables v1.4.1.1

                    Az iptables moduljai (reszlet):
                    [root@gep ~]#  rpm -ql iptables | grep lib

                    .
                    .
                    .
                    /lib/xtables/libxt_esp.so
                    /lib/xtables/libxt_hashlimit.so
                    /lib/xtables/libxt_helper.so
                    /lib/xtables/libxt_iprange.so
                    /lib/xtables/libxt_length.so
                    .
                    .
                    .

                    Mint lathatod, azert mukodik nekem mert letezik a libxt_iprange.so fajl (modul).
                    Valoszinuleg ujabb iptablesre volna szukseged, ami tartalmazza a hon ahitott reszt.

                    Hozzászólás: Red Hat Enterprise Linux 30 napos verzio #2182136
                    Goosfrabaa
                    Felhasználó

                      Utanajartam egy MO-i forgalmazonal, hadd okuljon mas is:

                      „A próbaverzióban nincsen semmilyen műszaki korlátozás. A 30 napos változat azt
                      jelenti, hogy 30 napig érhetőek el frissítések hibajavítások, a 30 nap elteltével
                      – ha nem hosszabbítja meg az előfizetést – a szoftvert használhatja tovább,
                      de a frissítések és javítások nélkül.”

                      Hozzászólás: Red Hat Enterprise Linux 30 napos verzio #2182137
                      Goosfrabaa
                      Felhasználó

                        Utanajartam egy MO-i forgalmazonal, hadd okuljon mas is:

                        „A próbaverzióban nincsen semmilyen műszaki korlátozás. A 30 napos változat azt
                        jelenti, hogy 30 napig érhetőek el frissítések hibajavítások, a 30 nap elteltével
                        – ha nem hosszabbítja meg az előfizetést – a szoftvert használhatja tovább,
                        de a frissítések és javítások nélkül.”

                      10 bejegyzés megtekintése - 61-70 / 143