Календар збирання лікарських рослин

Березень (кінець місяця): бруньки берези білої, тополі чорної, смереки європейської, сосни лісової (і гірської), ялівцю звичайного, молоді гіллячки омели з листочками, нарости чаги (чорного березового гриба).

Відгуки про паливні брикети

Найдешевші та найгірші брикети торфові, судячи з відгуків людей. Годяться для великих котельних із величезними об'ємами споживання. Для приватного будинку не те.

Дешеві брикети з насіння соняшника. По відгуках горять добре, але не знайшов.

Брикети зручніші за дрова, особливо в пачках по 10-12 кг, проте вимагають більшої уваги до зберігання - від дощу перетворюються на тирсу.

1) Випробував Pine Key начебто з дубових відходів - прямокутні подовгаті брикети з порожниною в середині. Барахло, особливо, як брати в мішках. Багато битого, незручно закидати. Дуже швидко горять і вимазують руки, одяг.

Витрати: 30-50 кг на добу, ЯКЩО НЕ ПАЛИТИ ВНОЧІ.

Ціни: 3100+ за 1 тонну битих у мішках, 3300-4000 за 1 тонну фасованих у плівці.

2) Випробував так званий RUF або BISON із дубових і букових відходів, фасований у поліетиленові пачки по 10 кг - квадратні брикети типу цегли. Кращий варіант. Руки й одяг не вимазує.

Витрати: 30-40 кг на добу, ЯКЩО НЕ ПАЛИТИ ВНОЧІ. 

Ціни: 3200-3500 за 1 тонну фасованих у плівці по 10 кг.

Загалом виходить, що 3 тонни паливних брикетів має вистачати на 3 місяці, при економному споживанні та ПЛЮСОВИХ ТЕМПЕРАТУРАХ. Мова про будинок до 150 м2. Три тонни - це 10000-12000 гривень включно з доставкою, що недешево. Теоретично за ці гроші можна купити дров у чурбанах на сезон, але треба буде рубати, колоти, складати...

Оптимальне використання дисків SMR USB

У даному випадку мова піде про 2.5” ноутбучні диски Seagate та зовнішні USB Seagate Backup Plus Drive. Усі 2.5” диски Seagate SMR. Чесно, ніколи не звертав уваги на технології запису, реалізовані в жорстких дисках. Усе, що цікавило: буфер, швидкості обертів шпинделя та читання/запису, гарантія.

Аж через 3 роки використання USB Seagate Backup Plus Drive помітив проблему: страшенне падіння швидкості запису при великих обʼємах. Особливо це проявилося на Linux, який вганяв жорсткий диск у ступор. Скасування операції копіювання на Linux ввело USB Seagate Backup Plus Drive в кому. Диск вдавалося відкачати, але це допомагало на короткий час. Подумав, що USB контролер або проблема із самим диском. Витягнув з коробки та підключив до SATA. Щось сталося із файловою системою, бо диск надто довго форматувався - 10-20 хв. Також диск гальмував завантаження ПК. Серйозна тормозуха почалася саме після скасування копіювання в терміналі, тому підозрюю Linux, але це не виправдовує Seagate з їх SMR.

Допомогло повне заповнення диска нулями.

Перший ТБ скопіювати на диск не проблема. Все дуже швидко, а далі починається... Чим менша перерва між порціями файлів, тим більше падає швидкість, і тим більше часу треба диску на “відновлення” - 10-15хв. Це проблема для USB Seagate Backup Plus Drive, оскільки після копіювання часто потрібно відключити диск і не зрозуміло, чи він ще працює. Це може викликати збої в роботі, в чому особисто переконався. Враження, наче починає глючити мікропрограма самого диска.

SMR диски можна назвати архівними пристроями для неінтенсивного користування. З читанням із ST4000LM024-2AN17V проблем не виникає, а от із копіюванням на/із нього геморой. Як на мене, SMR - гівнотехнологія, як би хто там не виправдовував економію матеріалів на 20-30%. Матеріалів менше, продуктивність гірша, ціна як за CMR/PMR - профіт! Брати такий диск під холодні архіви файлів, які рідко оновлюються, можна, а як треба переносити великі обсяги даних - до дупи, оскільки копіювати 400 ГБ 10 годин - мука. Для торрентів це барахло теж не підходить, ну, хіба під час закачки не переглядати на ньому інші файли чи папки - затримки дикі - ще такого не бачив.

При підключенні дисків Seagate Backup Plus Drive до USB, не треба їх відключати після копіювання негайно. Ідеально, коли після копіювання виключається ПК. Seagate Backup Plus Drive затримає відключення, але роботу завершить “правильно”. Після раптових відключень, перезавантажень тощо ST4000LM024-2AN17V може гальмувати всю систему: повільно монтується, повільно форматується, затримує завантаження BIOS, завантаження/перезавантаження ОС.

Новітні технології завтрашнього дня... Добре, що не продав старі диски. Нехай працюють до кінця)))

USB hard disk drive copy speed is very slow

-= Check whether HDD is SMR =-

lsblk

lsusb

sudo fdisk -l

sudo hdparm -i /dev/sda

sudo hdparm -I /dev/sda

sudo hdparm -Tt /dev/sda

Slow USB hard disk drive copying speed on Linux/Windows

sudo apt install smartmontools

sudo smartctl -a /dev/sdc

sudo smartctl -l

sudo smartctl -l error /dev/sdc

sudo smartctl -l devstat /dev/sdc

USB hard disk drive slows down boot and restart, works laggy, mounts long time

-= Backup all your data =-

dd if=/dev/zero of=/dev/sdc bs=4M status=progress // wipes all hdd data // 4 TB - 12 hrs

sudo apt install sg3-utils

sudo sg_raw -r 512 /dev/sdc 08 00 00 00 01 00

Create/convert table wtih GParted, AOMEI etc

Format with GParted, AOMEI etc

Test

Low level format & filling with zeros

sudo dd if=/dev/zero of=/dev/X bs=512 count=1 status=progress // just MBR delete

sudo dd if=/dev/zero of=/dev/X bs=4M status=progress // complete wipe

sudo dd if=/dev/zero of=/dev/X bs=4M status=progress | od | head

sudo pv -tpreb /dev/X | od | head //fill with zeros

sudo od /dev/X | head // scan for nonzero bytes

sudo badblocks -sv -t 0x00 /dev/X // check zeros

sudo badblocks -svw -t 0x00 /dev/X // check and write zeros

X - disk // sda, sdb, sdc etc

sudo dd if=/dev/zero of=/dev/sdc bs=4M status=progress

4000766230528 bytes (4,0 TB, 3,6 TiB) copied, 42343 s, 94,5 MB/s //started 140 MB/s

dd: error writing '/dev/sdc': No space left on device

sudo sg_raw -r 512 /dev/sdc 08 00 00 00 01 00 //sudo apt install sg3-utils

SCSI Status: Good 

ST4000LM024-2AN17V features, SMART and copy problem

 sudo hdparm -I /dev/sda

Linux краще Windows краще Linux або Why Linux sucks

Маю настрій пописати + так би мовити, накипіло. То що краще? Залежить для кого та для чого. Для системних адміністраторів, розробників програмного забезпечення тощо — Linux, для дизайнерів тощо - Windows. Про macOS не буду, оскільки macOS жорстко привязана до заліза Apple.

Slow copying to external USB HDD in Kubuntu

Format external HDD in NTFS with default cluster size.

Do not check any additional options like SSD optimization etc.

GParted helps to get rid of "Partition 1 does not start on physical sector boundary." issue.

If using dual boot with Windows, Offline USB drive in Windows Disk Management after use.

NTFS USB hard drive read only mount on dual boot system

ls -la /media/user

lsblk -fp

lsusb -t

mount

sudo mount -o remount,uid=1000,gid=1000,rw /dev/sdc1 //do not help

LibreOffice read-only mode on NTFS dual boot

To disable annoying message and edit files, boot with Windows and close all programs that use HDDs. Reboot back into Linux. // Worked out with Kubuntu and Windows 10 dual boot system.

Do not turn off PC with Windows and you won't have read-only problems with disks.

git basics adding project to GitHub

git remote add origin https://github.com/author/project.git

git init // all files in working directory

git add . // add all files in working directory

git commit -m "Add existing project files to Git"

git reset --soft HEAD~1 // cancel 1 last commit

git reset HEAD . // cancel all commits

git rebase --abort

git remote -v

git checkout -b currentbranchname // exit current branch

Already on 'a'

git checkout -b anotherbranchname // switch to another branch

Switched to branch 'b'

git push origin branchname

git push -u -f origin branchname

-u switch makes the remote GitHub repo the default for your existing project

-f switch forces Git to overwrite any files that already exist on GitHub

error: Your local changes to the following files would be overwritten by checkout:

git checkout -f branchname

git config -l

git config --edit

git config --global --edit

git init -b branch-name

git repo create project-name

git pull --set-upstream origin branch-name

git add . && git commit -m "initial commit" && git push

git push --force origin HEAD: branch-name

npm deploy React App to GitHub

package.json

"homepage": "https://USERNAME.github.com/my-app"

"scripts": {

"predeploy": "npm run build",

"deploy": "gh-pages -d build"

}

git init

git remote add origin git@github.com:USERNAME/my-app.git

npm run deploy //=== yarn deploy

git add . //=== git add -A

git commit -m "Your awesome message"

git push origin master