Společnost PINE64 stojící za telefony PinePhone nebo notebooky Pinebook publikovala na svém blogu lednový souhrn novinek.
Baví vás bastlení, fyzika, IT a nebo prostě cokoliv technického? Proseděli jste celé Vánoce v záři obrazovky počítače a nebo jste o tom alespoň snili? Chcete se pochlubit technickými vánočními dárky? Pak doražte na Virtuální Bastlírnu - online pokec (nejen) techniků a bastlířů!
… více »Desktopové prostředí Enlightenment bylo vydáno ve verzi 0.27.0, provázejí ho knihovny EFL 1.28. Jde o převážně opravné vydání opět po roce.
Lazygit byl vydán ve verzi 0.45.0. Jedná se o TUI (Text User Interface) nadstavbu nad gitem.
Na čem aktuálně pracují vývojáři GNOME a KDE Plasma? Pravidelný přehled novinek v Týden v GNOME a Týden v KDE Plasma.
Byla vydána nová verze 2.48.0 distribuovaného systému správy verzí Git. Přispělo 93 vývojářů, z toho 35 nových. Přehled novinek v příspěvku na blogu GitHubu a v poznámkách k vydání.
Byl vydán Debian 12.9, tj. devátá opravná verze Debianu 12 s kódovým názvem Bookworm. Řešeny jsou především bezpečnostní problémy, ale také několik vážných chyb. Instalační média Debianu 12 lze samozřejmě nadále k instalaci používat. Po instalaci stačí systém aktualizovat.
Před dvanácti lety, ve svých šestadvaceti letech, navždy odešel Aaron Swartz, výjimečný americký hacker (programátor), spisovatel, archivář, politický organizátor a internetový aktivista. Aaron Swartz založil Demand Progress, spolupracoval na projektech Open Library, Internet Archive a Reddit. Ve svých čtrnácti se podílel na specifikaci RSS 1.0. Vytvořil webový framework web.py, pracoval na tor2web a rozšíření HTTPS Everywhere
… více »Byla vydána nová major verze 3.20.0 grafického vývojového prostředí a platformy Gambas (Wikipedie) založené na interpretru programovacího jazyka Basic s rozšířením o objektově orientované programování. Přehled novinek v poznámkách k vydání. Zdrojové kódy jsou k dispozici na GitLabu.
Na Kickstarteru byla spuštěna plánovaná kampaň na open source modulární přenosné mini počítače Pilet 5 a Pilet 7 postavené na Raspberry Pi 5. Jejich cena je 215 a 202 amerických dolarů.
AbcLinuxu.cz
ITBiz.cz
HDmag.cz
AbcPráce.cz
cat /proc/mdstat
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md0 : active raid1 sdb2[1] sda2[0]
975587200 blocks [2/2] [UU]
md1 : active raid1 sda1[0] sdb1[1]
1172608 blocks [2/2] [UU]
Bohužel jsem v nějakém amoku přeformátoval celé sdb, vč. mdadm --zero-superblock, obávám se, že superblock jsem udělal i nad (namountovaným) sda.
Stávající situace je tato:
Personalities : [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]
md1 : active raid1 sda1[0] sdb1[1]
1172608 blocks [2/2] [UU]
unused devices: none
Fdisk vypisuje toto:
Disk /dev/sda: 1 000,2 GB, 1 000 204 886 016 bajtů hlav: 255, sektorů na stopu: 63, cylindrů: 121 601 Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech Identifikátor disku: 0x00088b12 Zařízení Zavádět Začátek Konec Bloky Id Systém /dev/sda1 1 146 1172713+ fd Linux RAID samorozpoznatelný /dev/sda2 * 147 121601 975587287+ fd Linux RAID samorozpoznatelný Disk /dev/sdb: 1 000,2 GB, 1 000 204 886 016 bajtů hlav: 255, sektorů na stopu: 63, cylindrů: 121 601 Jednotky = cylindry po 16065 * 512 = 8 225 280 bajtech Identifikátor disku: 0x000485cf Zařízení Zavádět Začátek Konec Bloky Id Systém /dev/sdb1 1 146 1172713+ fd Linux RAID samorozpoznatelný /dev/sdb2 * 147 121601 975587287+ fd Linux RAID samorozpoznatelný Disk /dev/md1: 1 200 MB, 1 200 750 592 bajtů hlav: 2, sektorů na stopu: 4, cylindrů: 293 152 Jednotky = cylindry po 8 * 512 = 4 096 bajtech Identifikátor disku: 0x00000000 Na disku /dev/md1 není korektní tabulka rozdělení disku.Jak lze vidět, zformátovaný sdb jsem rozdělil stejně jako sda a nastavil tam samorozpoznatelný RAID oddíl. Ještě výpis /etc/fstab, který jsem editoval a nejsem si jistý, jestli je dobře :/:
# file system> mount point> type> options> dump> pass> proc /proc proc defaults 0 0 # /dev/md0 UUID=48d95eb0-844b-56ac-37e4-4c7c17054917 / ext3 relatime,errors=remount-ro 0 1 # /dev/md1 UUID=734d2dca-2684-4d81-aef8-fd60e0adcb7a none swap sw 0 0Dále výpis /etc/mdadm/mdadm.conf, který vygeneroval skript (uuid si našel sám):
DEVICE partitions # auto-create devices with Debian standard permissions CREATE owner=root group=disk mode=0660 auto=yes # automatically tag new arrays as belonging to the local system HOMEHOST <system> # instruct the monitoring daemon where to send mail alerts MAILADDR root # definitions of existing MD arrays ARRAY /dev/md0 level=raid1 num-devices=2 UUID=48d95eb0:844b56ac:37e44c7c:17054917 ARRAY /dev/md1 level=raid1 num-devices=2 UUID=2cb86b23:7fecd615:be16f5f3:4d6838b1A detailní info o sda2:
mdadm --query --examine /dev/sda2
/dev/sda2:
Magic : a92b4efc
Version : 00.90.00
UUID : 48d95eb0:844b56ac:37e44c7c:17054917
Creation Time : Sat Dec 20 20:01:05 2008
Raid Level : raid1
Used Dev Size : 975587200 (930.39 GiB 999.00 GB)
Array Size : 975587200 (930.39 GiB 999.00 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Update Time : Wed Feb 10 22:36:23 2010
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : 946a1abf - correct
Events : 2418802
Number Major Minor RaidDevice State
this 0 8 2 0 active sync /dev/sda2
0 0 8 2 0 active sync /dev/sda2
1 1 8 18 1 active sync /dev/sdb2
Detailní info o sdb2:
mdadm --query --examine /dev/sda2
/dev/sda2:
Magic : a92b4efc
Version : 00.90.00
UUID : 48d95eb0:844b56ac:37e44c7c:17054917
Creation Time : Sat Dec 20 20:01:05 2008
Raid Level : raid1
Used Dev Size : 975587200 (930.39 GiB 999.00 GB)
Array Size : 975587200 (930.39 GiB 999.00 GB)
Raid Devices : 2
Total Devices : 2
Preferred Minor : 0
Update Time : Wed Feb 10 22:36:23 2010
State : clean
Active Devices : 2
Working Devices : 2
Failed Devices : 0
Spare Devices : 0
Checksum : 946a1abf - correct
Events : 2418802
Number Major Minor RaidDevice State
this 0 8 2 0 active sync /dev/sda2
0 0 8 2 0 active sync /dev/sda2
1 1 8 18 1 active sync /dev/sdb2
Můžete prosím někdo poradit co s tím? Budu moc vděčný, trápil jsem se s tím do 3 do rána a pak jsem to vzdal.
Řešení dotazu:
11.2.2010 11:53
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
Teoreticky by to mohlo ísť takto:
1. Nabootovať z liveCD (t.j. nie z sda2)
2. Vytvoriť degradované pole s jedným diskom:
mknod /dev/md0 b 9 0 mdadm --assemble --verbose /dev/md0 /dev/sda2 missing3. Doplniť chýbajúci disk:
mdadm --manage --verbose /dev/md0 --add /dev/sdb24. Skontrolovať či to dobre dopadlo, počkať na ukončenie rebuildu, nabootovať z RAID-u.
11.2.2010 14:16
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
... je možné, že to nebude treba. Mám to z nejakého veľmi starého návodu k mdadm a je možné, že sa to dnes už vytvára automaticky. Možno cez udev, neviem, nikdy som to neštudoval... Skús to bez mknod a uvidíš - ak to pôjde bez toho daj vedieť, aby som to vyhodil zo svojej knowledgebase. Thanx
11.2.2010 16:38
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
[ 1.711731] md: Scanned 14 and added 14 devices. [ 1.711813] md: autorun ... [ 1.711891] md: considering sdb8 ... [ 1.711973] md: adding sdb8 ... [ 1.712056] md: sdb7 has different UUID to sdb8 [ 1.712135] md: sdb6 has different UUID to sdb8 [ 1.712214] md: sdb5 has different UUID to sdb8 [ 1.712294] md: sdb3 has different UUID to sdb8 [ 1.712373] md: sdb2 has different UUID to sdb8 [ 1.712453] md: sdb1 has different UUID to sdb8 [ 1.712533] md: adding sda8 ... [ 1.712609] md: sda7 has different UUID to sdb8 [ 1.712689] md: sda6 has different UUID to sdb8 [ 1.712768] md: sda5 has different UUID to sdb8 [ 1.712847] md: sda3 has different UUID to sdb8 [ 1.712926] md: sda2 has different UUID to sdb8 [ 1.713005] md: sda1 has different UUID to sdb8 [ 1.713178] md: created md8 [ 1.713253] md: bind<sda8> [ 1.713333] md: bind<sdb8> [ 1.713412] md: running: <sdb8><sda8> [ 1.713629] raid1: raid set md8 active with 2 out of 2 mirrors [ 1.713724] md8: detected capacity change from 0 to 256003473408V tomto prípade našiel ako prvé sdb8, potom prešiel všetky oddiely, či nemajú rovnaké UUID, našiel sda8, z toho spravil md8 a spustil toto pole. A tak dookola pre všetky ostatné oddiely. Na konci inicializácie jadra sa potom primountuje root filesystém (v grube parameter kernel xyz root=/dev/md0) a zvyšok vecí tak beží už z RAID-u. Do väčších detailov neviem ísť, lebo o tom viac ani neviem. Ale určite na to existuje niečo na wikipedii.
Gave up waiting for root device. Common problems: .... ... ... ALERT! /dev/md0 does not exist. Dropping to a shell!Pomoooc, nevím si rady :/
Vypsalo to nejakou chybovou hlasku? Mela by byt nekde pred tim "Gave up waiting for root device." Nebo spustte mdadm v busyboxu rucne, schvalne co to udela.
Vidim, ze jste menil UUID, zkuste pregenerovat initramfs, aby v nem byly nove konfiguraky.
12.2.2010 12:04
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
dmesg | lesstam by mali byť tie hlášky, čo si nestihol prečítať.
12.2.2010 12:06
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
Kernel panic - not syncing: VFS: Unable to mount root fs on uknown block(9,0)Nic víc :( Nemá to něco společného s tím vytvářením nodu (mknod...)?
... ext-fs freeing block ....Přesně si to samozřejmě nepamatuju..doufám, že jsem nepřišel o data :/
mdadm: CREATE user root not found mdadm: CREATE group disk not found [ 365.663359] md: md0 still in use. [ 356.798021] md: bind<sdb2> [ 356.798335] md: bind<sda2> [ 356.803833] raid1: raid set md0 active with 2 out of 2 mirrors mdadm: /dev/md0 has been started with 2 drives. [ 356.807185] md0: unknown partition tableCo to znamená? Co mám teď dělat?
[ ] kjournald starting. Commit interval 5 seconds [ ] EXT3-fs warning (device md0): ext3_clear_journal_err: Filesystem error recorded from previous mount: IO failure [ ] EXT3-fs warning (device md0): ext3_clear_journal_err: Marking fs in need of filesystem check. [ ] EXT3-fs warning: mounting fs with errors, running e2fsck is recommended [ ] EXT3 FS on md0, itnernal journal [ ] EXT3-fs: recovery complete. [ ] EXT3-fs: mounted filesystem with ordered data mode.
[ ] EXT3-fs error (device md0): ext3_fee_blocs: Freeing blocks not in datazone - block = 3998202515, count = 1 ........... tady toho se vypisuje hromada, jen jine cislo bloku, pak nasleduje: [ ] attempt to access beyond end of device [ ] md0: rw=0, want=12230710120, limit=1951174400 [ ] EXT3-fs error (device md0): ext3_free_branches: Read failure, inode=25853995, block=1528838764 ........... opet hromada, opet jen jine cislo bloku a inode
12.2.2010 14:33
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
mount -o ro). Ak Ti teda nejde mountovať to mdX, tak by som z liveCD pozrel na sda2 a sdb2 (v read-only móde), či ešte je čo zachraňovať, alebo či už súbory odišli na večnosť. Ak už odišli, tak sa s tým ďalej nemusíš trápiť a môžeš to rovno preinštalovať na novo.
K tej hláške: unknown partition table - každé nové blokové zariadenie linuxové jadro pozrie, či neobsahuje ďalšie oddiely. V prípade blokových zariadení-oddielov už ďalšie vnorené partition tabuľky neobsahujú. Takže to je OK.
24.2.2010 22:49
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
Ad pivo - nepredpokladám, že by k takémuto vyúčtovaniu niekedy došlo. Ale ďakujem.
11.2.2010 14:57
Heron | skóre: 53
| blog: root_at_heron
| Olomouc
man mdadm:
-a, --auto{=no,yes,md,mdp,part,p}{NN}
Instruct mdadm to create the device file if needed, possibly allocating an unused minor
number. "md" causes a non-partitionable array to be used. "mdp", "part" or "p" causes a
partitionable array (2.6 and later) to be used. "yes" requires the named md device to have
a ’standard’ format, and the type and minor number will be determined from this. See
DEVICE NAMES below.
11.2.2010 14:38
AraxoN | skóre: 47
| blog: slon_v_porcelane
| Košice
Tiskni
Sdílej:
