Příspěvky

121

Bazar / Re:Prodám 4x HGST 3.5" 10TB SAS 12Gb/s 7.2K RPM 256M (He10) (HUH721010AL5204)

« kdy: 29. 01. 2020, 01:00:04 »

Super! Nový stojí 7999,- Kč  (sice od neplátce DPH, ale tady moc firem, které to využijí nebude), no ale kdyby jo, tak nový s odpočtem DPH už za 8546,- Kč.

https://ruzovka.cz/cs/pro-servery-mip/13300-10tb-sas-3-5-western-digital-ultrastar-huh721010al5204.html

https://www.senetic.cz/product/0F27354

122

Hardware / Re:Astrometa DVB-T2 ladí jen DVB-T

« kdy: 21. 01. 2020, 16:36:17 »

To o tom purge jsem cetl tez, ale popravde to trochu bojim udelat, protoze jestli si vazne znemoznim sit, tak jsem v celym dome bez internetu. Ten pocitac dela i domaci gateway. Ale tim purgem si balick z apt-cache nesmazu, ne? Takze i bez site budu schopen tam ten r8186-dkms v nejhorsim vratit, ze? (naposled se instaloval nekdy vcera, takze v ty cache bude).

Purge odinstaluje i konfigurační soubory. Tedy i to, co blacklistuje modul r8169 z jádra. Cache nemaže. Pokud máte obavu, že si shodíte síť a nebudete mít přístup k balíčku, stáhněte si předem novější verzi balíčku r8168-dkms, v případě potřeby ho můžete nainstalovat ručně i bez sítě přes:

Kód: [Vybrat]

$ sudo dpkg -i r8168-dkms*deb

123

Hardware / Re:Astrometa DVB-T2 ladí jen DVB-T

« kdy: 21. 01. 2020, 14:56:19 »

Pořád mi to vrtá hlavou... Zkuste:

1. PURGE (remove nestačí) balíčku r8168-dkms

2. Instalace firmware-realtek

3. Pokud se _opravdu_ karty na standardní ovladač r8169 z jádra nechytnou, nainstalujte ručně r8168-dkms z testing či unstable větve (je tam novější verze, nemá problém se to zkompilovat proti nejnovějším jádrům 5.x.x - odzkoušeno)

124

Hardware / Re:Astrometa DVB-T2 ladí jen DVB-T

« kdy: 21. 01. 2020, 10:53:15 »

Zrovna mám teď vedle sebe dva stroje s přesně stejnou síťovkou a normálně funguje v Debianu na první šup. Jak píše kolega výše přes modul r8169. Nikdy jsem s tímhle čipem neměl na hromadě strojů problém. Jediné co mě ještě napadá je chybějící firmware pro tu síťovku (případně starší balíček s firmware, možná bude třeba aktualizovat ručně verzi z backports - zkuste, já mám přes apt pinning nastavený backports tak, že se aktualizuje rovnou). Viz balíček firmware-realtek. Nicméně pokud mě paměť neklame, tak karta bez firmware funguje pouze jako 100 Mbps s firmwarem jako gigabitová.

125

Hardware / Re:Astrometa DVB-T2 ladí jen DVB-T

« kdy: 20. 01. 2020, 21:45:13 »

Hoďte sem PCI ID toho Realteku.

126

Hardware / Re:Astrometa DVB-T2 ladí jen DVB-T

« kdy: 19. 01. 2020, 20:29:24 »

Tak kecám, je tam 5.4.8 už:

https://packages.debian.org/buster-backports/linux-image-5.4.0-0.bpo.2-amd64

127

Hardware / Re:Astrometa DVB-T2 ladí jen DVB-T

« kdy: 19. 01. 2020, 20:21:01 »

Tak vypadá, že patch pro CXD2837ER je součástí kernelu od verze 4.21. V Debianu je 4.19, takže doporučuji vzít jádro z backports, tam je momentálně už 5.3.9:

https://packages.debian.org/buster-backports/linux-image-5.3.0-0.bpo.2-amd64

128

Hardware / Re:Astrometa DVB-T2 ladí jen DVB-T

« kdy: 19. 01. 2020, 20:07:25 »

Jo, tak tohle uz jsem cetl. Takze jestli to dobre chapu, zbyva mi jedina cesta - kompilovat patchovany kernel?

Koukám do zdrojáků jádra 5.4.12 a vypadá to, že s tím CXD2837ER to umí. Takže si myslím, že patchovat není potřeba.

129

Software / Re:Část skriptu je ignorována

« kdy: 19. 01. 2020, 13:55:17 »

Nedávno mi taky něco nešlo spustit a bylo to také absencí specifikace DISPLAY.

Pak si sem přijdu zase se stejným problémem, sem fakt máslo. Nedošlo mi, že se to týká i zrovna tohoto, když ta aplikace už běží, myslel sem si, že DISPLAY bude inherit.

Omlouvám se a děkuji ti.

Ano DISPLAY se dědí. Ale protože cron DISPLAY nastavený nemá, zdědí to takto i skript.

130

Software / Re:Část skriptu je ignorována

« kdy: 19. 01. 2020, 13:53:31 »

Nastav si v cronu mail pro reportovani chyb.

A nejspis to skonci na tom, ze neni nastaveny DISPLAY env. variable, ktery je nutny pro praci s necim pod X. Zkus se prihlasit z jineho pc skrze SSH a pusti si ten skript, uvidis co to dela, kdyz se to pousti.

A co ma byt to done na konci? Prijde mi ze ti chybi i zacatek skriptu.

Na to se nemusí připojovat přes SSH, to si může zkusit takto:

Kód: [Vybrat]

unset DISPLAY ; wmctrl -l

nebo

Kód: [Vybrat]

unset DISPLAY ; ./ten-skript-co-normalne-jede-a-v-cronu-ne

131

Distribuce / Re:Jakou distro na notebook?

« kdy: 19. 01. 2020, 13:49:23 »

Poté jsem zkoušel Debian a tam mi špatně detekuje grafiku a nefunguje WiFi, což když to je jediná možnost připojení taky není nejlepší.

Nevěřím. Tipuji, že nemáte nainstalované balíčky s příslušným firmware, na vámi popisovaném modelu notebooku musí jet Debian bez potíží.

Také mi na něm vadí to, že je dost konzervativní.

Stačí přidat do zdrojů software Debian Backports, dát je jako výchozí a i u Debianu máte dostatečně nový software.

132

Windows a jiné systémy / Re:Vytvoření instalačního USB klíče s Windows 7

« kdy: 16. 01. 2020, 09:00:36 »

[...] Kontext byl o Windows ISO image zkopírovaný na flashku a o tom, že to pak bootuje (jen a pouze) v UEFI režimu. Pro BIOS boot je třeba ještě pár věcí. Ale OK, sepíšu a uvidíte sami ;-).

myslis USBFLash v GPT s BIOS_GRUB, EFI, DATA oddilama, nainstalovenej na ni grub-efi i grub-pc a ISO's pres GRUB2 loop? ;-)
pro Win: chainloader (loop)/efi/microsoft/boot/cdboot.efi

Možností je více, takže to dělám jinak. Vyrábím si obvykle kombinované flashky, ze kterých nainstaluju Debian v 64 bit i 32 bit verzi či Windows 64 bit a bootuje to v UEFI i BIOS režimu.

Pro čistě Windows instalačku v UEFI i BIOS není nutný GRUB, loop, data oddíly ap. Dá se to přímo. UEFI jede přes \EFI\boot a BIOS normálně přes MBR. Dá se to samozřejmě "vylepšovat" a použít buď grub nebo třeba syslinux nebo taky oba, záleží co se chce a potřebuje docílit.

133

Windows a jiné systémy / Re:Vytvoření instalačního USB klíče s Windows 7

« kdy: 15. 01. 2020, 12:32:36 »

Pak mám buď doma všechny počítače bez OS, nebo mi to tam nainstalovali nějací trpaslíci.
Netvrdím, že je to obecné univerzální řešení pro všechny, ale Windows 7, Windows 10, Windows Server 2008 a Windows Server 2012 jsem takto určitě instaloval. Jiné OS mám jen jako virtuály instalované z ISO.

Víš co ? Tak to zkraťme. Já jsem nevzdělaný blbec a rád se poučím jak dělat bootovací flashky bez nástrojů pouze čistě s OS. Takže hoď sem kvalitní postup vč. např.  videa, printsreenů jak pro 5 nebo 10 leté děcko abych to mohl zreprodukovat. A pokud to bude fungovat tak se ti omluvím. Zní to fér? Pokud ano, můžeš začít. Věřím, tomu že nebudu sám kdo to vyzkouší a určitě pokud to bude fungovat, rozhodně tím nejen mě ale i jiné obohatíš o daný knowledge.

How, domluvil jsem.

Ale ten postup pro UEFI boot flashku pro Windows ISO vážně funguje. Není to žádná magie. UEFI fw na removable media hledají na FAT32 partici soubor \EFI\boot\bootx64.efi (pro x86-64) nebo \EFI\boot\bootia32.efi (pro x86) a ten načte a spustí. Nic dalšího k tomu není třeba. ISO Windows to splňuje a proto to stačí zkopírovat a flashka proto v UEFI režimu nastartuje. Jediný problém teď je u novějších ISO Windows 10, které mají soubor \sources\install.wim větší než 4GB, takže na FAT32 se nedá nakopírovat. Ale na to jsou nástroje, které ho umí buď rozdělit nebo vyhodit z něj nepotřebnou verzi Windows (Pro vs Home ap.) - viz výše v diskuzi.

PS: Pro zajímavost, pro ARM64 to je \EFI\boot\bootaa64.efi a pro ARM je to \EFI\boot\bootarm.efi.

134

Windows a jiné systémy / Re:Vytvoření instalačního USB klíče s Windows 7

« kdy: 15. 01. 2020, 00:32:58 »

Ja jen tvrdim, ze je problem to uplanit univerzalne na vetsim mnozstvi ruznych modelu pocitacu -  s tim mam bohate zkusenosti. A uz vubec se mi nezda postup 1)sformatuji flash disk, 2)nakopiruji do nej soubory z CD/DVD a mas bootovatelny flash disk, jak tvrdil muj predrecnik.

Máš pravdu, takto jednoduše se skutečně vytvořit bootovací flashka nedá. V tomto případě prostě není k dispozici zavaděč legacy bios/UEFI bios na flashce. Už 10 let nacházím na internetu zmínky o tomto řešení a nikdy nefungovalo(zkoušel jsem to mnohokrát) a nikdo z nich nikdy nevytvořil(nevzmohl) tutorial/postup jak něco takto jednoduše vytvořit. Nakonec jsem skončil u Rufuse. Ten člověk asi netuší pořádně o čem mluví.

Ten člověk ty flashky běžně vyrábí . Kontext byl o Windows ISO image zkopírovaný na flashku a o tom, že to pak bootuje (jen a pouze) v UEFI režimu. Pro BIOS boot je třeba ještě pár věcí. Ale OK, sepíšu a uvidíte sami ;-).

135

Windows a jiné systémy / Re:Vytvoření instalačního USB klíče s Windows 7

« kdy: 13. 01. 2020, 23:55:32 »

Bootovací USB jsem vytvářel vždy jen tak, že jsem USB klíč naformátoval ve Windows a nakopíroval na něj obsah CD/Image.
Funkční bez problémů.

To me hodne zaujalo. Mohu se zeptat na kolika typech pocitacu a s jakymi systemi je to vyzkouseno? Na vysvetlenou: U nas v se pouzival k bootovani z flashky grub2win a funkcnost byla model od modelu. Na nekterych to nabehlo okamzite bez problemu, na nekterych se boot prerusil a nebehlo to do prikazove radky a na nekterych to ani externi bootovaci disk nenaslo... Nekde pomohlo zakazat uefi boot, nebo secure boot, nekde to nebylo potreba a nekde nepomohla ani svecena.... Proto me Vas zpusob docela sokoval :-D

Není problém s trochou znalostí vyrobit bootovací flasku, která umí startovat instalátor Windows v režimu UEFI i BIOS a dokonce nejen to, vyrábím si flashky, které jsou instalátorem pro Debian 32 a 64 bit a současně pro 64 bit Windows v režimu UEFI i BIOS. Bez problémů.

S tim nepolemizuji. Ja jen tvrdim, ze je problem to uplanit univerzalne na vetsim mnozstvi ruznych modelu pocitacu -  s tim mam bohate zkusenosti. A uz vubec se mi nezda postup 1)sformatuji flash disk, 2)nakopiruji do nej soubory z CD/DVD a mas bootovatelny flash disk, jak tvrdil muj predrecnik. Ale v nejblizsi dobe budu mit prilezitost si to vyzkouset.

Platí jen pro UEFI boot flash. Přemýšlel jsem už, že bych to sepsal a vystavil, protože nevěřících už jsem zažil víc a vždy jsem dokázal, že to jde i univerzálně a s více instalátory na jedné flash (Debian a Windows).