A megoldás az, hogy foglakozzam az "apt-get upgrade" utáni
"..generic.pae...csomag vissza lesz tartva" üzenettel, vagyis:
aptitude dist-upgrade
és minden ok.
Előzmény:
12.04 LTS server lefagy normál induláskor, ha 2 TiB-os diszk van a vason, akkor is ha fstab-ban (és más helyen) nincs megemlitve.
Recovery módban elindul...Kézzel beírom, hogy indulhat degraded módban raid-ról, az /etc/default/grub-ban persze bent van és így grub-install után rendszerindításkor is tudja (az emlitett diszk nélkül).
Recovery menü:
fsck - check all file systems
utána resume normal boot.
Az összes szolgáltatás elindul.
A különbség annyi, hogy vga felbontású konzolt kapok ahhoz képest, ha nincs feldugva a a 2TiB-os diszk az alaplapra.
- 51570 megtekintés
Hozzászólások
smart check? kábel(ek) ellenőrzése?
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
Ha tudom használni a diszket recovery boot után, akkor rendben vannak a kábelek.
- A hozzászóláshoz be kell jelentkezni
akkor a recovery mode után nézd meg hogy mit mond a kernel ring buffer = dmesg
--
A legértékesebb idő a pillanat amelyben élsz.
http://phoenix-art.hanzo.hu/
https://sites.google.com/site/jupiter2005ster/
- A hozzászóláshoz be kell jelentkezni
sda(120GiB), sdb(120GiB), sdc(2TiB) msdos partíciós táblával
Az md0 ( sd[ab]1 ) a boot, ebben (80GB-on):
/dev/mapper/sys-root
/dev/mapper/sys-temp
/dev/mapper/sys-swap
/dev/mapper/sys-usr
/dev/mapper/sys-home
md2[1234] (sdc[1234]) a papyrus lg-ban, (4 x 500 MiB)
ebből lv: /dev/mapper/papyrus-adat (1.82 TB)
dmesg:
md: bind<sdb1>
md: bind<sda1>
md/raid1:md0: active with 2 out of 2 mirrors
md0: detected capacity change from 0 to 80024100864
md0: unknown partition table
( unknown, de azért elindul róla. )
md: bind<sdc1>
md/raid1:md21: active with 1 out of 2 mirrors
md21: detected capacity change from 0 to 499863912448
md21: unknown partition table
md: bind<sdc2>
md/raid1:md22: active with 1 out of 2 mirrors
md22: detected capacity change from 0 to 499863912448
md22: unknown partition table
md: bind<sdc3>
md/raid1:md23: active with 1 out of 2 mirrors
md23: detected capacity change from 0 to 499863912448
md23: unknown partition table
md: bind<sdc4>
md/raid1:md24: active with 1 out of 2 mirrors
md24: detected capacity change from 0 to 499863912448
md24: unknown partition table
- A hozzászóláshoz be kell jelentkezni
Azt meg szabad kérdeznem hogy mi az oka annak hogy "msdos partíciós táblával" van "ellátva" a 2TiB tömb?
Az ext4 miért nem felel meg ?
UI:
Ha esetleg van Partition Manager 12 bootolható lemezed meg tudnád vele nézni mi a szitu a 2TiB -es tömbbel.
http://www.paragon-software.com/home/pm-personal/download.html
- A hozzászóláshoz be kell jelentkezni
Ne keverjük már a partíciós tábla típusát a partíció bejegyzés típusával. (pláne a benne lévő fájlrendszer típusával.)
- A hozzászóláshoz be kell jelentkezni
A normál indításnál van splash képernyőd? Ha van, akkor próbáld meg kikapcsolni a grubban ezzel: quiet splash. Ha nincs, akkor lehet, hogy csak érdekes VGA módot próbál indítani és ezért nem látsz hibaüzenetet. Add hozzá a kernelopcókhoz még ezt: vga=791
- A hozzászóláshoz be kell jelentkezni
ha a 2TB-os diszket tartalmazó /dev/mapper/2TB-disk lv-t az /etc/fstab-ban kikommentelem, és indulás előtt lehúzom a vasat, akkor rendesen indul a rendszer.
- A hozzászóláshoz be kell jelentkezni
Egyáltalán van valakinek raid tömbben 2 TB-os diszkje linux alatt itt a HUP-on?
- A hozzászóláshoz be kell jelentkezni
Igen, raid 1-ben van az egyik általam felügyelt gépben 2 db, a rendszer meg egy harmadik 2 TB-oson van ugyan ebben a gépben.
Miért kérded?
openSUSE 12.2, vagy ami éppen jön.
- A hozzászóláshoz be kell jelentkezni
Kíváncsi vagyok, melyik rendszer alatt nem gond.
A kérdésből kihagytam:
- és milyen partíciós táblával.
- A hozzászóláshoz be kell jelentkezni
OpenSUSE 12.2 64 bit, ext4 van rajta LUKS titkosítással.
openSUSE 12.2, vagy ami éppen jön.
- A hozzászóláshoz be kell jelentkezni
Eddig nem követtem ezt a threadet, de ez már felkérés táncra. kb. 2006 óta használunk bőven 2TB fölötti tömböket. Akkoriban emlékeim szerint 2.6.1x kernel volt, főként Debian 3.1 userspace-szel, akkor még kizárólag 32 bites architektúrán.
Ezekre a kezdeti nehézségekre emlékszem:
- Régebbi util-linux csomagban lakó fdisk/cfdisk rosszul írta ki a diszk méretét, de ez gyakorlati gondot nem jelentett, csak a megjelenítés volt hibás. Asszem' Debian 4.0-tól fölfelé lett jó.
- Amíg nem használtunk 4TB-nál nagyobb tömböt, addig remekül elvoltunk az MBR partíciós táblával, azzal a kompromisszummal, hogy egy partíció nem lehet nagyobb 2TB-nál. Magyarul, csináltunk (a szükséges kisebbeken felül) egy nagy, közel 2TB-os partíciót, ami az MBR-ben címezhető legutolsó szektor mínusz 1 szektoros címen ért véget, és egy másik nagyot, ami a címezhető legutolsó szektorban kezdődött, a diszk hátralévő részére.
Ezen esetben ugye a partíció vége már nem tud korrektül szerepelni az MBR partíciós táblában, de ez nem nagyon érdekel senkit, mert a méret adatot használják a szoftverek.
Láss egy példát:
Ez egy ~4TB-os tömb, MBR partíciós táblával. Ezt mondja rá a cfdisk:
http://egervary.hu/mbr/4tb_cfdisk.png
Ezt pedig az fdisk:
http://egervary.hu/mbr/4tb_fdisk.png
(Látható, hogy az sda4 esetében az "End sector" egy túlcsordult érték, de semmi bajt nem okoz. A diszk végén lévő ~21GB-os hely stratégiai okokból nincs megpartícionálva.)
A fenti screenshotokat most készítettem, 32 bites Debian 6.0-n.
Azóta persze szépen támogatottá vált a GPT, amivel ezek a problémák megoldódnak. Ha pedig a diszk első szektorába (MBR) íratod a bootloadert, akkor meg aztán bármilyen gépen ugyanúgy bootolható, mintha MBR partíciós táblád volna. Mi a mai napig LILO-t használunk, mert "just works".
- A hozzászóláshoz be kell jelentkezni
"Egyáltalán van valakinek raid tömbben 2 TB-os diszkje linux alatt itt a HUP-on?"
Nem hinném, hogy ez egy nagyon különleges dolog lenne.
Pl:
http://hup.hu/treyblog/20120904/resync-re_varva
4 darab 2TB-os diszk RAID6-ban
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
nekem nincs, de ha lenne, egy ekkora vinyó már csak raid-ben lenne.
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
Én sem gondoltam különlegesnek.
Lehet, hogy most fogyott ki alólam az ubuntu?
Eddig nagyon kényelmes volt.
Ha váltás lesz az nyer, amelyiket raid1-lvm partícióra lehet telepíteni.
- A hozzászóláshoz be kell jelentkezni
Van, megy.
2x2tb, raid1, ubuntu 10.04, gpt
4x2tb, raid5, ubuntu 12.04, gpt
- A hozzászóláshoz be kell jelentkezni