Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Pajaha

Stran: 1 ... 8 9 [10] 11 12 ... 16
136
Bohužel situace není IMO růžová. Nejspíš přichází krize, takže vycestovat s rodinou do nejistoty vidím jako velký risk.
Několik poznámek, zdravotnictví ve světě je obecně pro imigranty horší - buď má nižší úroveň anebo na lepší nebudete z juniorského platu mít.
Za druhé, ve Švýcarsku budete celý život občan druhé kategorie, v Anglii jako přistěhovalec z východní Evropy taky nic moc. USA momentálně bez pozvání a jisté pozice nic. Německo, Rakousko neumim posoudit.
Za mě bych hledal práci v Irsku, snad většina lidí poměrně vstřícných, sice zdravotnictví horší a dražší, ale zase moře (teda pokud neskejsnete někde ve vnitrozemí, tam jsou jen pole, zídky a vovce).. Hledal bych práci v korporátu, s budoucí možností vycestovat třeba na stáž do USA...

137
Hardware / Re:Jak smazat data na ro USB flesce
« kdy: 09. 04. 2020, 14:10:04 »
Mmchdm jaktože pod linuxem nemáme nějaký HardCore nástroj na tyhle patálie?

Jako nástroj na zapisování na nezapisovatelnou flashku? :)

Jasně.  8)
Jako nástroj na low level formátování flešek, sd karet, disků apod. 

(Jenom dodám pro jistotu, pokud to nebylo jasné, ta fleška byla původně zapisovací, ale sama od sebe se přepnula (netuším jak) do read only režimu. A nic se s tím nedalo běžnými nástroji pod win ani linuxem dělat.)


138
Hardware / Re:Jak smazat data na ro USB flesce
« kdy: 09. 04. 2020, 13:54:02 »
Tak rešení se naštěstí nalezlo samo - low level formátování (volba restore) v nástroji od výrobce (support poslal odkaz na stažení) smazalo kompletně obsah a fleška je pořád normálně v systému neformátovatelná.
Takže doufám v úspěšnou reklamaci, bez obav o osud dat...

Mmchdm jaktože pod linuxem nemáme nějaký HardCore nástroj na tyhle patálie?

139
Hardware / Jak smazat data na ro USB flesce
« kdy: 08. 04. 2020, 14:57:15 »
Z duvodu pripadne reklamace potrebuju citlive smazat data na usb flesce, ktera funguje jen pro cteni (a opravdu nejde nijak presvedcit - formatovani pod win/lin, AOMEI part manager, dd, gparted, fsck, hdparm, proste nic co jsem vygooglil nezabralo).

Ted jeste cekam jestli mi od supportu vyrobce poslou nejakou low level utilitu na formatovani.

Poradil by nekdo jak, anebo co jeste zkusit?

140
Hardware / Re:DYI Plicní ventilátor
« kdy: 08. 04. 2020, 11:59:00 »
Nevím, jestli už to někdo výše nepsal, ale ČVUT dalo zdarma k dispozici návrh plicního ventilátoru a už se snad podnikají i kroky k produkci: https://ventilation.fbmi.cvut.cz/
Ta licence pobavila. To je úplná esence ČVUT.

Tak jako jasně :)   Ale ten návrh zařízení má celkem úroveň řekl bych. A rozhodně to působí, že o tom ti inženýři něco vědí.

Určitě lepší než nějaké zbastlené šmrdladlo na mačkání "petflašky" se zahradní hadicí co jsou k vidění na tubu...

141
Vývoj / Re:Doporučte programovací jazyk pro Windows
« kdy: 01. 04. 2020, 11:13:57 »
Doporučuji ČOBOL.

142
Software / Re:uprava slozitejsiho STL
« kdy: 22. 03. 2020, 05:29:12 »
Nevím jestli ti to pomůže, ale uživatel budash publikoval k téhle masce i soubory solid. Jsou plynulejší než STL. Sám jsem je použil na remix, ale horní křivku jsem vyřešil zvětšením celé masky na 120% (122 víčko, 118 přepážka). Puvodni maska jak je, je pomerně malá, spíš na nějakého hubeneho teenagera s relativně malou hlavou a úzkým nosem. Pro pořádný chlapy je zvětšení nutnost.

143
Hardware / Re:Velmi časté hrabání na disk
« kdy: 17. 03. 2020, 11:50:35 »
Ja jsem to zatim vyresil zapsanim pravidla pro konkretni disk do hdparm.conf.
Overeno, po rebootu se to nastavi dle zadani.

jde to nastavit přes idle3 http://idle3-tools.sourceforge.net nebo hdparm -J

Diky za tip, pri googleni wdidle tipu od Pivotala se mi tohle nenaslo...

144
Hardware / Re:DYI Plicní ventilátor
« kdy: 17. 03. 2020, 11:47:36 »
Tady je jeden hackathlon na podobne tema:
https://hackaday.com/2020/03/12/ultimate-medical-hackathon-how-fast-can-we-design-and-deploy-an-open-source-ventilator/

IMHO jednodussi je nakonstruovat pristroj obohacujici vzduch o kyslik a je to rovnez velmi uzitecne - na to staci par veci
(maska treba 3D tistena, hadice, ventilatorek, nadoba, dve elektrody, hloupa autonabijecka, nejaky trychtyr a dalsi)
Pri pouziti je dobre dobre vetrat...

145
Hardware / Re:Velmi časté hrabání na disk
« kdy: 14. 03. 2020, 18:32:26 »
Tak asi částečně vyřešeno.
Disk má defaultně nastaveno APM
Kód: [Vybrat]
# hdparm -B /dev/sdb
/dev/sdb:
 APM_level      = 254

Nastavením např.
Kód: [Vybrat]
# hdparm -B 127 -S 127 /dev/sdb

/dev/sdb:
 setting Advanced Power Management level to 0x7f (127)
 setting standby to 127 (10 minutes + 35 seconds)
 APM_level      = 127

hluk od disku cca po 2 minutách ustane.
Ovšem stačí do disku "ťuknout" třeba fdisk -l a trtká zase pár minut (cca 2)...

Otázka do pléna
Chtěl tenhle nový disk použít jako /home a druhý (původní tichý) disk namapovat jako /home/shared, kde budou blbiny typu filmy a mp3.   
Jelikož budu používat převážně /home/shared (na /home/user mám pouze zálohy uživatelů) tak se mi ten /home probudí vždycky když přistoupím na /home/shared, že jo?

Anebo  - kam mapujete sdílené disky?

146
Hardware / Re:Velmi časté hrabání na disk
« kdy: 14. 03. 2020, 10:11:39 »
Tak jsem asi v pérdeli.
Zřejmě vše výše uvedené s hlukem od disku nesouvisí. Dělá to ten WD Pro sám od sebe. Prostě každých 2-5 s trtne, jako by asi parkoval hlavičky nebo zapisoval. Ani nemusí být mountnutý. Je to k zešílení :-( server mám pod pracovním stolem.

Je to nejspíš stejný problém jako popisují zde:

https://community.wd.com/t/wd-red-pro-4-tb-constant-noise-when-idle/180213

Věděl by někdo co s tím? Reklamovat?

147
Hardware / Re:Velmi časté hrabání na disk
« kdy: 13. 03. 2020, 12:05:52 »
Zde je reseni:
https://bbs.archlinux.org/viewtopic.php?pid=1817283#p1817283

A o par radku nize je vysvetleno, ze je to spatnym nastavenim kernelu, ktere se lisi od defconfigu.
Ano, tohle forum jsem nasel, ale reseni v nem bohuzel nevidim.
Je tam:
Kód: [Vybrat]
Well, as per seth advice I have added an udev rule regarding usb autosuspend and the disk began going autosleep. Though those "freezable" threads keep exist, they are seemingly don't disturb storage devices. So I mark this thread solved.
Jake udev pravidlo ohledne autosuspend a kam co mam napsat? :-(

Nebo
Kód: [Vybrat]
The kernel config flag is WQ_POWER_EFFICIENT_DEFAULT and should be off by default. There is a good reason this is off in the kernel defconfig.
Kernel config flag je parametr pri kompilaci, ne? Anebo je to boot option?

Jako boot option:
Kód: [Vybrat]
adding the boot option workqueue.power_efficient=0 resolve the issue on your system?Odpoved
Kód: [Vybrat]
Booting with workqueue.power_efficient doesn't seem to change much:
Nicmene to vyzkousim.

No a nakonec je tam posledni post na ktery jsem upozornoval v prvnim prispevku:
Kód: [Vybrat]
I have been suffering the same issue using since... 4.20 maybe?
journal_async_commit mount option seems to mitigate excessive disk write access
https://wiki.archlinux.org/index.php/ext4
I have yet to try disabling journal altogether.

Ale i tak dik...


148
Hardware / Re:Velmi časté hrabání na disk
« kdy: 13. 03. 2020, 07:15:31 »
Není to SMR, tedy šindelový disk?
Doufám že ne. Je to WD6003FFBX kdyby to chtěl někdo ověřit.
Nicméně,  problém je možná větší než se zdá. Oba rotační disky jsem umountnul ale hlášky iotops events freezable power atd se objevují stále.  Společně, a to je divné, se zvukem přístupu na rotační disk. Je to možné?
Večer rot. disky projdu a pokud nutno opravim fsck a systém na ssd a flešce přeinstaluju.
Nebo máte jiný nápad?

149
Hardware / Re:Velmi časté hrabání na disk
« kdy: 12. 03. 2020, 18:55:38 »
iste skontrolovat smart a fsck je dobry napad. ale este stale to moze byt:
Kód: [Vybrat]
[    4.624855] systemd-journald[219]: Received request to flush runtime journal from PID 1

Ok...   A mel bych s timto udelat co presne, respektive co to znamena?

150
Hardware / Re:Velmi časté hrabání na disk
« kdy: 12. 03. 2020, 18:38:07 »
Tak jsem to tim docela dojebal, ale opetne vyhozeni journal_async_commit z fstab to spravilo...
Nepomohla by nejaka kontrola/oprava (e2fsck) ext4?
Nebo nejaky tuning (tune2fs)?

Kód: [Vybrat]
[    5.281129] EXT4-fs (sdb1): can't mount with journal_async_commit in data=ordered mode
..
[    5.339634] EXT4-fs (sda2): can't mount with journal_async_commit in data=ordered mode
..
[    5.470573] EXT4-fs (sda1): can't mount with journal_async_commit in data=ordered mode
[    5.577076] EXT4-fs (sdc1): mounted filesystem with ordered data mode. Opts: (null)

Stran: 1 ... 8 9 [10] 11 12 ... 16