abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×

dnes 10:00 | Nová verze

Byla vydána verze 10.5 open source alternativy GitHubu, tj. softwarového nástroje s webovým rozhraním umožňujícího spolupráci na zdrojových kódech, GitLab (Wikipedie). Představení nových vlastností v příspěvku na blogu. Zdůraznit lze integrovanou podporu Let's Encrypt.

Ladislav Hagara | Komentářů: 0
včera 12:33 | Komunita

Příspěvek na blogu Signalu (Wikipedie) informuje o založení neziskové nadace Signal Foundation, jež bude zastřešovat další vývoj tohoto svobodného bezpečného komunikátoru běžícího také na Linuxu (Signal Desktop). Brian Acton, spoluzakladatel WhatsAppu, věnoval nadaci 50 milionů dolarů [Hacker News].

Ladislav Hagara | Komentářů: 1
včera 05:55 | Zajímavý článek

Článek na Fedora Magazine krátce představuje programovací jazyk Rust a několik zajímavých v Rustu naprogramovaných terminálových aplikací. Jedná se o alternativu k příkazu grep ripgrep, moderní barevnou alternativu k příkazu ls exa, příkazem cloc inspirovaný tokei a zvířátko v terminálu ternimal.

Ladislav Hagara | Komentářů: 0
21.2. 23:55 | Zajímavý projekt

Byl spuštěn Humble Classics Return Bundle. Za vlastní cenu lze koupit hry Broken Sword 5 - The Serpent's Curse, Shadowrun Returns a Shadowrun: Dragonfall - Director's Cut. Při nadprůměrné platbě (aktuálně 8,48 $) také Shadowrun: Hong Kong - Extended Edition, Wasteland 2: Director's Cut - Standard Edition, Age of Wonders III a Xenonauts. Při platbě 15 $ a více lze získat navíc Torment: Tides of Numenera a Dreamfall Chapters: The Final Cut Edition.

Ladislav Hagara | Komentářů: 0
21.2. 00:11 | Bezpečnostní upozornění

Vývojáři linuxové distribuce Mageia na svém blogu upozorňují na narušení bezpečnosti Mageia Identity. Narušitel získal přístup k LDAP databázi a zveřejnil jména uživatelů, jejich emailové adresy a haše hesel. Hesla uživatelů byla resetována.

Ladislav Hagara | Komentářů: 3
20.2. 21:55 | Nová verze

Byla vydána verze 2.0.0 nástroje pro záznam a sdílení terminálových sezení asciinema (GitHub). Z novinek je nutno upozornit na nový zpětně nekompatibilní formát záznamu asciicast v2. S novým formátem si poradí nové verze asciinema-playeru a asciinema-serveru [Hacker News].

Ladislav Hagara | Komentářů: 0
20.2. 05:55 | Zajímavý projekt

Dle příspěvku na blogu zaměstnanců CZ.NIC byl spuštěn ostrý provoz služby Honeypot as a Service (HaaS). Zapojit se může kdokoli. Stačí se zaregistrovat a nainstalovat HaaS proxy, která začne příchozí komunikaci z portu 22 (běžně používaného pro SSH) přeposílat na server HaaS, kde honeypot Cowrie (GitHub) simuluje zařízení a zaznamenává provedené příkazy. Získat lze tak zajímavé informace o provedených útocích. K dispozici jsou globální statistiky.

Ladislav Hagara | Komentářů: 12
20.2. 04:44 | Komunita

Před týdnem společnost Feral Interactive zabývající se vydáváním počítačových her pro operační systémy macOS a Linux oznámila, že pro macOS a Linux vydají hru Rise of the Tomb Raider. Včera společnost oznámila (YouTube), že pro macOS a Linux vydají také hru Total War Saga: Thrones of Britannia. Verze pro Windows by měla vyjít 19. dubna. Verze pro macOS a Linux krátce na to.

Ladislav Hagara | Komentářů: 0
19.2. 21:33 | Nová verze

Byla vydána nová major verze 7.10 svobodného systému pro řízení vztahů se zákazníky (CRM) s názvem SuiteCRM (Wikipedie). Jedná se o fork systému SugarCRM (Wikipedie). Zdrojové kódy SuiteCRM jsou k dispozici na GitHubu pod licencí AGPL.

Ladislav Hagara | Komentářů: 0
19.2. 16:44 | Nová verze

Byla vydána nová verze 0.30 display serveru Mir (Wikipedie) a nová verze 2.31 nástrojů snapd pro práci s balíčky ve formátu snap (Wikipedie). Z novinek Miru vývojáři zdůrazňují vylepšenou podporu Waylandu nebo možnost sestavení a spouštění Miru ve Fedoře. Nová verze snapd umí Mir spouštět jako snap.

Ladislav Hagara | Komentářů: 0
Který webový vyhledávač používáte nejčastěji?
 (2%)
 (28%)
 (61%)
 (3%)
 (3%)
 (0%)
 (1%)
 (1%)
Celkem 432 hlasů
 Komentářů: 35, poslední 21.2. 19:51
    Rozcestník
    Nástroje

    Mám 4 GB RAM ale dostupné paměti mám méně

    Původní dotaz se týkal SuSE 10.2 pro platformu x86_64, základní desky Gigabyte 965P-DS3, CPU-C2D E6300. Po rozšíření RAM z 2 GB na 4 GB přestal linux startovat. Pomohlo přidání bootovacího parametru mem=4G kernelu. Při zjišťování dostupné paměti RAM ale různé programy ukazovaly hodnotu pouze 3,74 GB. Příklad výpisu z dmesg:
    BIOS-provided physical RAM map:
    BIOS-e820: 0000000000000000 - 000000000009f800 (usable)
    BIOS-e820: 000000000009f800 - 00000000000a0000 (reserved)
    BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
    BIOS-e820: 0000000000100000 - 00000000dfd78000 (usable)
    BIOS-e820: 00000000dfee0000 - 00000000dfee3000 (ACPI NVS)
    BIOS-e820: 00000000dfee3000 - 00000000dfef0000 (ACPI data)
    BIOS-e820: 00000000dfef0000 - 00000000dff00000 (reserved)
    BIOS-e820: 00000000f0000000 - 00000000f4000000 (reserved)
    BIOS-e820: 00000000fec00000 - 0000000100000000 (reserved)
    BIOS-e820: 0000000100000000 - 0000000120000000 (usable)
    
    Všimněte si, že north bridge prokládá úseky použitelné RAMky jinými úseky, do kterých jsou mapované různé IO funkce. A pokud správně koukám, v mapě zbyl i nějaký „vzduch”. Takže kus použitelné RAMky přeteče přes 4 GB. Shodou okolností to podle mého odpovídá tomu poslednímu úseku, tj. 0,5 GB od 0x100000000 výše. Podle mého, pokud Vy kernelu nastavíte strop na 4 GB, tak oříznete tu oblast fyzického adresního prostoru CPU, co je hardwarem mapována nad 4 GB, takže zůstane nevyužita. Dokumentace kernelu je sice v tomto bodě dost mlhavá, mluví obvykle o „system memory”, takže není jasné, zda se mluví o RAMce nebo o „fyzickém adresním prostoru CPU“ (adresa určená piny A0-A35 v patici procesoru). Podle mého z této situace plyne, že kernelovým command-line argumentem mem=4G omezíte nikoli RAMku, ale fyzický adresní prostor. Svého času jsem narazil na problém, že některé čipsety od Intelu, přestože podporují CPU s fyzickým adresním prostorem 36 bitů (ať už přes PAE nebo EM64T), mají z north bridge nadrátováno pouze 32 adresních bitů, takže de facto mrzačí fyzický adresní prostor CPU na 4 GB. Týká se to konkrétně jednoprocesorových čipsetů i915, i925 a i7221 (P4/LGA775). Tenhle problém se v úvodu zmíněné základní desky netýká (C2D a i965 umí 36 bitů), což ostatně dokazuje i BIOSem sdělená mapa e820 – u výše uvedených čipsetů nepřekročí hranici 4 GB neboli 0x100000000. Dostal jsem tehdy od výrobce motherboardu jakési postarší PDFko od Intelu, které je dnes už spíše archivní (rok 2004), nicméně je značeno „Intel Confidential” a nikde na webu jsem ho nevygoogloval, takže si nedovolím ho zveřejnit, přestože je v podstatě neškodné. Nicméně přikládám alespoň tabulku, kde jsou hezky vidět různě velké kusy rezervovaného fyzického adresního prostoru. Podle údajů z té tabulky bych řekl, že 512 MiB je zabráno převážně PCI a PCI-e config spacem. Řekl bych, že výše zmíněný čipset s adresním prostorem zachází ještě vcelku ohleduplně, s ohledem na to, že pro něj 4GB hranice nepředstavuje problém :-) Co s tím dál? Pro mne z výše uvedeného plyne, že za tuto situaci možná nemůže hardware ani BIOS. (Přesto bych se zkusil podívat po novější verzi BIOSu, člověk nikdy neví. Může to mít nějakou vazbu na ACPI bugy při konfiguraci PCI apod.) Kdo za to může: nevylučuji, že za to může kernelový ovladač nějakého PCI zařízení, který není 64bit ready, a sáhne v paměti někam, kam nemá. Nebo to teoreticky může být problém někde uvnitř nejintimnějších vnitřností Linuxu, v oblasti správy paměti a mapování PCI MMIO oblastí, PCI DMA apod. Tomu ale moc nevěřím… Nejsem natolik zběhlý v oblasti PCI, abych dokázal říct, jestli to může být třeba chybou hardwaru PCI periferie, která umí pouze 32bitovou adresaci DMA přenosů (přestože PCI i 32bitová už nějakou dobu umí 64bitovou adresaci, pomocí „dual address cycle”), zda vůbec Linux podporuje PCI DMA do „high memory” apod. Ona taky adresace PCI není 1:1 s adresací hostitele, opět je tam nějaké mapování, takže těžko říct, zda se tento druh chyby může uplatnit. Každopádně se zdá, že pokud kernelu vnutíte omezení na 32bitový fyzický adresní prostor, tak se mu hračky nerozkutálejí… Pokud máte čas a náladu to trápit, zkusil bych možná:
    • jiné 64b distro (Fedora/RedHat/Centos?), které může mít jinou sadu patchů
    • zkompilovat si svůj vlastní např. vanilkový kernel, ze kterého vyházíte všechny ovladače, kromě těch nejnutnějších: initial ramdisk, řadič disku tj. IDE, Intel SATA a AHCI, povinné filesystémy, další features potřebné pro danou distribuci
    Souhlasím, že by bylo dobře vědět, kde přesně se kernel při bootu zasekne. Je možné, že místo záseku poukáže až na druhotný problém, způsobený někde dřív, ale velmi často to odpovídá poměrně přesně. Pokud si zkompilujete vanilkový kernel, a třeba se Vám s ním i nepodaří nabootovat distro (třeba ani nenamountuje root), pořád aspoň uvidíte, jestli se Vám v neomezeném 64b režimu na daném hardwaru dostal alespoň přes to místo, kde Vám Suse kernel zůstává viset. Taky by se dala zapnout konzola na sériovém portu a típnout boot log z toho vadného pokusu… Že na tom Windows Vista hlásí celé 4 GB RAM, to je podle mého v pořádku, a nevylučuje to binec v linuxovém kernelu (ať už původem od Suse nebo původem z vanilky) ani binec v ACPI BIOSu toho hardwaru. Mimochodem, zkuste taky kernel boot parametr irqpoll – šance, že za to můžou IRQčka, je poměrně malá, ale za vyzkoušení nic nedáte.
    Text je původně diskuzním příspěvkem Františka Ryšánka v odpovědi na dotaz Mam 4GB RAM ale mam dostupne iba 3.76GB .

    Dokument vytvořil: Filip Jirsák, 7.8.2007 13:53 | Poslední úprava: Marek Stopka, 12.8.2007 13:44 | Další přispěvatelé: Filip Jirsák | Historie změn | Zobrazeno: 1164×

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.