Microsoft zveřejnil na GitHubu zdrojové kódy MS-DOSu 4.0 pod licencí MIT. Ve stejném repozitáři se nacházejí i před lety zveřejněné zdrojové k kódy MS-DOSu 1.25 a 2.0.
Canonical vydal (email, blog, YouTube) Ubuntu 24.04 LTS Noble Numbat. Přehled novinek v poznámkách k vydání a také příspěvcích na blogu: novinky v desktopu a novinky v bezpečnosti. Vydány byly také oficiální deriváty Edubuntu, Kubuntu, Lubuntu, Ubuntu Budgie, Ubuntu Cinnamon, Ubuntu Kylin, Ubuntu MATE, Ubuntu Studio, Ubuntu Unity a Xubuntu. Jedná se o 10. LTS verzi.
Na YouTube je k dispozici videozáznam z včerejšího Czech Open Source Policy Forum 2024.
Fossil (Wikipedie) byl vydán ve verzi 2.24. Jedná se o distribuovaný systém správy verzí propojený se správou chyb, wiki stránek a blogů s integrovaným webovým rozhraním. Vše běží z jednoho jediného spustitelného souboru a uloženo je v SQLite databázi.
Byla vydána nová stabilní verze 6.7 webového prohlížeče Vivaldi (Wikipedie). Postavena je na Chromiu 124. Přehled novinek i s náhledy v příspěvku na blogu. Vypíchnout lze Spořič paměti (Memory Saver) automaticky hibernující karty, které nebyly nějakou dobu používány nebo vylepšené Odběry (Feed Reader).
OpenJS Foundation, oficiální projekt konsorcia Linux Foundation, oznámila vydání verze 22 otevřeného multiplatformního prostředí pro vývoj a běh síťových aplikací napsaných v JavaScriptu Node.js (Wikipedie). V říjnu se verze 22 stane novou aktivní LTS verzí. Podpora je plánována do dubna 2027.
Byla vydána verze 8.2 open source virtualizační platformy Proxmox VE (Proxmox Virtual Environment, Wikipedie) založené na Debianu. Přehled novinek v poznámkách k vydání a v informačním videu. Zdůrazněn je průvodce migrací hostů z VMware ESXi do Proxmoxu.
R (Wikipedie), programovací jazyk a prostředí určené pro statistickou analýzu dat a jejich grafické zobrazení, bylo vydáno ve verzi 4.4.0. Její kódové jméno je Puppy Cup.
IBM kupuje společnost HashiCorp (Terraform, Packer, Vault, Boundary, Consul, Nomad, Waypoint, Vagrant, …) za 6,4 miliardy dolarů, tj. 35 dolarů za akcii.
Byl vydán TrueNAS SCALE 24.04 “Dragonfish”. Přehled novinek této open source storage platformy postavené na Debianu v poznámkách k vydání.
První disk je (hd0) a druhý disk je (hd1)
(hd1,0) je první oddíl na druhém disku.
V pocitaci mas dva IDE radice - Primar a Sekundar. A na kazdem radici mas dva disky - Master a Slave. Ktery radic je ktery neovlivnis, to je dano zapojenim desky. Ktery disk je Master a ktery Slave se ovlivnit da nastavenim jumperu na discich, pokud mas nastavene CableSelect, je to dano umistenim na kabelu (nikdy jsem nepouzil, nikdy nevim, jestli Master je na konci nebo uprostred). A ted se konecne dostavam k tomu oznaceni disku:
| Master | Slave ---------+--------+------- Primar | hda + hdb Sekundar | hdc + hdd
Diky, ale zitra to uz zase vedet nebudu Co zitra, za hodinu...
Nejak tyhle "automaticke" "novoty" nemam rad, takze i kdybych si to nekdy nejak zapamatoval, budu disky nastavovat bud na Master, nebo na Slave, ale ne na CS
IDE Grub ---------- hda hd0 hdb hd1 hdc hd2 hdd hd3Ale nerucim, s Grubem zas az tak velky kamarad jeste nejsem
To by platilo kdyby tam byly všechny 4 disky. Jinak ne. A to je oč tu běží.
Přiklad:
řadič osazen file grub ----------------------------- pri.ma. hd hda hd0 pri.sl. sec.ma. cdrom hdc sec.sl. hd hdd hd1
A kus, to jsou mi novinky . Pokud vim, BIOS oznacuje disky
řadič BIOS ------------- pri.ma. 0x80 pri.sl. 0x81 sec.ma. 0x82 sec.sl. 0x83takze jsem predpokladal, ze GRUB tohle oznaceni "prevezme" a
hdd
bude hd3
bez ohledu na to, kolik predchozich zarizeni je pripojeno. Ostatne, pak "dal" uz zase SS je hdd
, i kdyz to je jedine zarizeni.
Ale pokud jsem se ve svych predpokladech mylil, pak by to znamenalo, ze pokud nainstaluji GRUB s pripojenym PM (hda) a SS (hdd) bez souboru /boot/grub/device.map
a pak pridam disk na PS (hdb), tento novy disk nebude pro GRUB pristupny, dokud GRUB nepreinstaluji s upravenym/smazanym /boot/grub/device.map
. To se mi zda nejake divne...
Nebo jak to vlastne je?
To by neznamenalo!
Grub při startu počítače device.map nepoužívá.
A grub shell ho použije jenom tehdy, když se mu to explicitně řekne:
grub --device-map=/boot/grub/device.mapPokud soubor neexistuje tak je vygenerován. Takže se to dá použít k výpisu aktuálního stavu, tím že zadáme nějaké jiné jméno neexistujícího souboru (potřeba spustit jako root).
Predstavme si modelovou situaci:
device.map
hd0
(ten PM neboli hda
) a hd1
(SS neboli hdd
).
A ted zkusim predstavit dve (ruzna, na sobe nezavisla) pokracovani:
hdb
). Bude tento disk dostupny pri bootu? Pod jakym oznacenim (hd?
)? Napr. mam na nem distro, ktere chci vyzkouset.hda
, ze ktereho mi bootuje pocitac (BIOS). Ale jinak je na hda
jen jedna partisna s Windowsama a Linux i se zbytkem grubu (/boot/grub/
) je na hdd
, cili na hd1
. A pridam disk na PS (hdb
). Co se stane s oznacenim SS (hdd
) disku?
hd1
? To bych asi ten novy disk nemel pri bootu pristupny (viz prvni pokracovani modelove situace)?hd2
? To bych zase asi nemel pristupne jadro (jelikoz v grub.conf
je uvedeno, ze je na hd1
).Asi ti uz lezu na nervy, ale tohle uz je opravdu moje zvidavost. Vidim, ze moje predstavy byly docela mylne, a rad bych se v tom vyznal. Diky moc za odpovedi
cat /boot/grub/device.map
cat /boot/grub/device.map (hd0) /dev/hda (hd1) /dev/sdacoz je nejaky divny... protoze pouzivam vsude
hda
a hdd
(dva identicky disky), jeden pri. master.
a druhej sec. slave.
Ten device.map se v podstatě používá jenom při instalaci grubu. Jinak nemá na nic vliv. Pokud device.map neexistuje příkaz grub-install ho vygeneruje. Pokud je něco špatně můžeme ho opravit a spustit znova grub-install. grub-install se teď bude řídit tím co je v device.map a nechá ho nezměněný. Možná, že v momentu instalace grubu tam ten /dev/sda byl.
Je tedy možné smazat (přejmenovat) device.map a spustit třeba:
grub-install /dev/hdaPokud má být grub v mbr disku hda. Pak už by nově vygenerovaný device.map mohl odpovídat skutečnosti.
Anebo se device.map mazat nemusí a spustí se:
grub-install --recheck /dev/hda
grub> cat (hd Possible disks are: hd0 hd1 grub> cat (hd0, Possible partitions are: Partition num: 0, Filesystem type is ext2fs, partition type 0x83 Partition num: 1, Filesystem type unknown, partition type 0x82 Partition num: 2, Filesystem type is reiserfs, partition type 0x83 Partition num: 4, Filesystem type unknown, partition type 0x83 Partition num: 5, Filesystem type is reiserfs, partition type 0x83 grub> cat (hd0,2)/ Possible files are: bin dev etc lib mnt opt tmp sys var usr boot home proc sbin root .keep media .reiserfs_privTu napríklad hneď vidím, že (hd0,2) je môj koreňový FS.
Tiskni Sdílej: