Új hozzászólás Aktív témák

• #15915 bambano titán rt06 #15913

  Új Válasz 2012-11-12 12:05:06 #15915

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz rt06 #15913 üzenetére

  egyszerű megoldás: virtualizáld az egész kócerájt.

  bonyolult megoldás kérdései:
  - akkoriban még kézzel csináltuk meg a device node-okat (/dev/hda és társai), de ez téged semmilyen szinten se zavarjon. ha nincs meg valamelyik node, csináld meg, ha feleslegesen megvan, ne foglalkozz vele.
  - "egy ujabb, 2.6-os, vagy 3-as kernelre, az okozhat-e a rendszer es az azon futo szoftverek mukodeseben problemat": szerintem igen, udev és környéke területen. a 2.6-os és újabb kernelekhez biztosan kell udev, a régiekben nem volt. ha nem akarod bolygatni a számlázó szoftvert, akkor nem cserélsz libc-t, ezzel viszont az udevd-t teszed lehetetlenné. megoldás lehet, ha kikísérletezed, hogy egy 3.6-os kernel mit csinál udev támogatás nélkül.
  - szerintem lilot lehet grubra cserélni, ha a grub elbírja a régebbi libc-t meg a többi shared libet.
  - a régi szép időkben autostartos volt az md raid, ott nem kellett idióta mdtabokkal meg egyebekkel kínlódni. meg nem az első szektorba tették a superblockot, mint a mostani megoldásban... egyszer összeraktad a raidet, attól kezdve a kernel önállóan képes volt elindítani.

• #15914 Lenry félisten rt06 #15913

  Új Válasz 2012-11-12 08:13:47 #15914

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Lenry

  félisten

  LOGOUT blog

  válasz rt06 #15913 üzenetére

  illetve megegy dolog: hogyan, mikent mukodhet szoftveres raid (/dev/md0 eszkoz), ha a gepen nincs mdadm telepitve?

  eddig azt hittem, hogy az mdadm illeszti össze a RAID-et, de akkor valószínűleg a kernel is le tudja kezelni

Új hozzászólás Aktív témák