Здравейте, за съжаление Linux не е толкова приятелски настроен за такива задачи към хора нереботещи с терминал.

Ако отидеш някъде много вероятно да разполагаш единствено с лаптоп/smart phone, шансът да носиш разни жици, пластмасови кутий (router) само и само за да си свършиш работата за прехвърляне на данни лесно и бързо не е много голям.

Как стои въпросът ако се ползва Wifi-direct? А за bluetooth (нищо че е бавно, може пък да е по-лесно, особенно за laptop<->android)? Питането ми е от към леснота на подкарване за простосмъртен...

Wifi не е чак толкова бавен днешно време (N - м/у 2 лаптопа с по 1 антена го хвалят че стига над 100 Mbps), a да не говорим за AC 5,4 мрежите

Не ме притеснява, че някой неуторизиран може да получи някакъв достъп (взети са мерки), по-скоро ми е интересно интересът към моето IP дали идва от случаен бот, или от някой български IP адрес, което би ме насочило към евентуалния източник.

Сега като позачетох в интернет, адреси зад tor няма как да се проследят...ама в такъв случай това е перфектна система (с елементарен достъп до нея) която може да се ползва от всеки за злонамерени действия (дори и извършване на престъпления).

[tor3.digineo.deedwardsnowden1.torservers.net]

Здравейте,

на логовете ми (router с Linux based OS) последните дни виждам опити за влизане (ssh root login authentication failure) през IP-та от вида на:
(reverce DNS)
tor3.digineo.de
edwardsnowden1.torservers.net


Мисълта ми е, това нещо може ли да се проследи кой го прави, от къде идва реално?

Здравейте, някой дали е успявал да подкара boot от UEFI firmware на диск който изцяло е с lvm, т.е.:

Disk: /dev/sda -> GPT (който е physical volume във "vg0" примерно)
Logical Volum-ите са както следва:
/boot/efi -> vg0/lv_boot -> EFI partition
/ -> vg0/lv_root -> ext4 partition
swap vg0/lv_swap

grub2 е инталиран в /boot - (част от root FS) със съответно добавен модул за lvm (grub-install със съответните параметри: --target=x86_64-efi --efi-directory=/boot/efi --boot-directory=/boot)

Но проблемът който не мога да преудолея е да направя efi boot entry чрез efibootmgr, който да си търси направо LV: vg0/lv_boot
Гледах някакви примери с указване на диск+LVM по този начин:

Код:

efibootmgr -d /dev/sda -u "/dev/mapper/vg0_lv_root rw..."

Т.е. проблемът май е че, efiboot-firmware-а няма от къде да е наясно със LVM, и не мога да го накарам да стане наясно.
Дали е възможно изобщо?

Иначе стандартния вариантът със правене на обикновенна gpt partition 1: /dev/sda1 на който се слага EPT/Efi partition + /dev/sda2 вече в lvm, е ясен и работи, но аз искам целия /dev/sda да е в lvm...

Здравей,

под понятието "Машини под наем" се разбира изцяло достъп до физическа машина. Т.е. аз на нея мога да си инсталирам и windows 98. Това си е моя работа.

И въпросът ми беше - имаш ли предвиден вариант/решение да си заредя дистанционно инсталацията на windows 2000 и да си вдигна сървърът от нулата. И ако след седмица реша да си сложа windows server 2013 да не ти звъня в 01:00 след полунощ и да ме чакаш цяла нощ да си ръчкам

Освен реалния физически достъп с човек пред сървъра имаш ли IPMI или нещо аналогично?

Здравей, точно за този "пълен достъп" питах как се осъществява?

Даваш физически достъп дос търъва? Аз съм от Стрелча, сървърите ти в Стрелча ли са?

Здравей,

какъв е конзолният достъп? IPMI?
какъв е каналът на използвания интернет доставчик, за международен (~западна Европа) изходящ трафик? 150 Mbps?

Здравейте,

само да спомена извън темата за необходимия hardware, че при 3 доставчика ще имаш 3 различни мрежи и ще ти се наложи да използваш 3 "отделни маршрутни таблици" всяка с отделен default gw. Или т.нар. source base routing (ip rule)....това може би си го знаеш но да го спомена.

Здравей,

Това което посочи Брадата можеи да е реално проблемът.

Може да тестваш от cisco-то и от дебиана двупосочно, като ползваш ping  с различни размери и задължително DF (don't fragment) bit сетнат.

Като тестваш с трафик през тунела и с такъв извън него ще разбереш дали е от това.

На linux-а май беше "-M do" опция на ping
на cisco ping <ip> df-bit...

Здравей globaluty,

Това, че процесорът (или сумарно всички налични виртуални процесори) е на 90% Usage е абсолютно нормално състояние и не е редно да kill-ваш нищо. Процесорът е за това да работи. Дали ще работи на 10-90 или 99% е абсолютно едно и също, не се отразява на производителността.

По скоро индикатор за това дали нещо е "забило" може да се приеме увеличението на load-а. Тогава нещо стои и чака за cpu време и се увеличава латентостта.

Дали е забил даден процес би било редно да провериш директно тествайки неговата наличност и тогава евентуално да предпиемеш мерки.

За по-пълна помощ може да споделиш кой/какъв точно процес те съмнява, че забива.

bvbfan, благодаря за отговора - това е ясно.
"Въпросът ми е дали "така се прави" или стандартния начин е друг?"

Здравейте,

имам един принципен въпрос. Искам да изобразявам едни данни от текстов файл в web страница. Разцъквал съм gnuplot - и с него сравнително лесно мога да чертая графиките.
 
Аз мисля да стане така - php/bash скрипт генерира png/jpg картинката с графиката, след което тази графика се вмъква в html кода.
Въпросът ми е дали "така се прави" или стандартния начин е друг?

Чел съм и за rrd бази (mrtg, rrd tool...) и ми се струва доста по-трудно изпълнението, но искам да попитам вие какво ще ме посъветвате.
Ясно ми е, че в крайна сметка: както можеш да го направиш - така го направи, стига да работи, но все пак да попитам.

Друго което си мисля е да не се занимавам с ръчни разработки да да пробвам да изчертавам с cacti, zabbix и май това е нещото което се ползва основно?

Здравейте,

проблемът освен със screen се реши и с disown.
Иначе с ампресант и без все едно и също се получаваше.

Благодаря за отговорите.

Здравейте,
solarflux - да по този начин stdout се записва във файла: nohup.out, само че основният проблем си остава:

при прекратяване на ssh сесията всички задачи пуснати във background изчезват.

Нали точно това е идеята на nohup да остават да работят без tty.

Здравейте,

имам следния проблем и искам да го споделя - дали аз бъркам някаде?
Крайната цел е да пусна bash задача във фонов режим – background през отдалечена ssh сесия и тази задача да не спира след като се разпадне ssh сесията.

Ползвам nohup така:

# nohup badblocks -nvs /dev/sda 78150743 26395098
nohup: ignoring input and appending output to `nohup.out
# ls -l
total 0
-rw------- 1 root root 0 May  6 11:30 nohup.out'
# jobs
[1]+  Running                 badblocks -nvs /dev/sda 78150743 26395098 &

файлчето: nohup.out реално си стои през цялото време празно, stdout си излиза директно в конзолата (ssh bash prompt-а), това също май е проблем.
Основният проблем обаче е че, след прекратяване на ssh сесията изчезва задача 1. При повторно свързване вече jobs показва че няма никакви задачи.

Това нормално ли е? Защо background job не устоява на SIGHUP след като е пуснат с nohup?
И как може това да се постигне? screen ли е единствената алтернатива?