31
|
Linux секция за начинаещи / Настройка на програми / Re: възстановяване на изтрити файлове
|
-: Sep 12, 2011, 17:21
|
Рядко се включвам в подобни теми, но не се сдържах. Та кое не разбра от това, което ти каза bop_bop_mara тук: Никоя файлова система не може да си позволи такова поведение по подразбиране - това означава поне 2 пъти повече операции върху диска, което му съкращава живота, докато в същото време потребителят би чакал един файл от 20 ГБ да се изтрие за същото време, за което ще се копира или създаде.
Друг е въпросът, че за файловите системи ext* (а предполагам и за други) имаш опция secure delete, при която наистина да става зануляване на данните. Но тя се вдига за даден файл, не на ниво дял. и тук Идеята беше, че си избираш отделно файл по файл, за които да вдигнеш secure delete флага. А не го вдигаш, с някакви опции на mount да речем, за всички файлове на дадена файлова система. та да генерализираш така : Да, точно това е неговия цитат от смисъла на цялата тема, без да задълбочавам разбрах, че с делиит се изтрива файла така, че да не може да бъде възстановен, а вече блок или нод, още не съм навлязал чак толкоз много в нещата! Значи като триеш файл, ако не е вдигнат нормално secure delete флага (а той по подразбиране не е) файла не се запълва с нули и ако имаш късмета на това място да не е записана нова информация с PhotoRec можеш да възстановиш файловете. Това е.
|
|
|
35
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / Re: /dev/null.* проблеми
|
-: Jun 10, 2011, 08:39
|
Открих проблема! Оказа се тривиален. Допуснал съм грешка в един от моите скриптове, който преобразува /dev/null във файл и пише в него , поради което Debian създава ново блоково устройство /dev/null.* . Тук се сещам за мъдрата мисъл "Човек каквото сам си направи друг не може да му го направи" Поздрави на всички
|
|
|
36
|
Linux секция за напреднали / Хардуерни и софтуерни проблеми / /dev/null.* проблеми
|
-: Jun 09, 2011, 17:07
|
Здравейте на всички! Та направо на проблема ... от известно време забелязвам на два Debian сървъра (Debian 5 и Debian 6), че /dev/null се сменя на /dev/null.1 , /dev/null.2 .... Вече половин месец дебна да хвана гада, който прави мизерията, но не успявам. Четох за подобен проблем с logrotate и кофти конф файл на apache2 в /etc/logrotate.d/, но при мен нещата от към apache2 са ОК. При изпълнение на logrotate -d /etc/logrotate.conf
няма грешки. Ако някой се е сблъсквал с подобен проблем нека подхвърли идея.
|
|
|
38
|
Хардуер за Линукс / Десктопи / Re: хардуер за виртуална машина
|
-: Apr 13, 2011, 11:10
|
Ще споделя личния си опит само. Разполагам с това и към настоящия момент върху този хардуер работят 4 виртуални машини под Debian с XEN (с 8Gb RAM е въпросното животно). За идеята съм си пускал филми и музика и се справя прилично. Ако към това добавим, че с Chromium спокойно гледам и клиповете в vbox7 сматям, че се държи добре този хардуер. Виртуалните машини са Server 2008 R2 (DC, WSUS, Print, Web) и на тях разчита Windows базирана мрежа.
|
|
|
43
|
Linux секция за начинаещи / Настройка на хардуер / Re: КАК да си направим IPTV за гледане на Софийските цифрови ефирни програми в LAN
|
-: Jan 15, 2011, 20:09
|
ltrifonov ето до къде стигнах и аз с рутера под ръка: 1. Направих си този скрипт за билдване. Процеса на компилация минава успешно, но ето какво виждам в лога WARNING: kmod-dvb-usb-af9015 is not available in the kernel config
което обяснява липсата на пакети.Все пак успях да подкарам стииминга на рутера, като използвах твоите пакети и билднатия от мен firmware.При пускането на mumudvb (както на firmware от OpenWRT, така и на билднатия от мен) на рутерчето ревеше, че липсва /lib/libpthread.so.0.След като, го качих, с моя билд на firmware-а и твоите пакети стриима тръгна.Днес пак не ми остана време да проверя какво се дъни та да не се компилират kmod-dvb-* пакетите.Ще трябва да си поиграя още с билдването на firmware, защото видях, че на моя firmware липсва luci.
|
|
|
44
|
Linux секция за начинаещи / Настройка на хардуер / Re: КАК да си направим IPTV за гледане на Софийските цифрови ефирни програми в LAN
|
-: Jan 11, 2011, 23:04
|
ltrifonov скалъпих следния скрипт : GeSHi (Bash): #!/bin/bash hg clone -r 0f41fd7df85d http://linuxtv.org/hg/~anttip/af9015/ wget https://patchwork.kernel.org/patch/82494/raw/ -O af901x-NXP-TDA18218.patch cd af9015 patch -p1 < ../af901x-NXP-TDA18218.patch rm -f ../af901x-NXP-TDA18218.patch cd .. mkdir tmp cp af9015/linux/drivers/media/common/tuners/{Kconfig,Makefile,tda18218.c,tda18218.h,tda18218_priv.h} tmp/ find tmp/ -type f -exec sed -i 's/#include "compat.h"//g' {} \; mv tmp/* backfire_10.03/build_dir/linux-ar71xx/linux-2.6.32.10/drivers/media/common/tuners/ cp af9015/linux/drivers/media/dvb/dvb-usb/{af9015.c,dvb-usb-ids.h} tmp/ find tmp/ -type f -exec sed -i 's/#include "compat.h"//g' {} \; mv tmp/* backfire_10.03/build_dir/linux-ar71xx/linux-2.6.32.10/drivers/media/dvb/dvb-usb/ cp af9015/linux/drivers/media/dvb/frontends/{af9013.c,af9013.h,af9013_priv.h} tmp/ find tmp/ -type f -exec sed -i 's/#include "compat.h"//g' {} \; mv tmp/* backfire_10.03/build_dir/linux-ar71xx/linux-2.6.32.10/drivers/media/dvb/frontends/ sed -i -e 307i'select MEDIA_TUNER_TDA18218 if !MEDIA_TUNER_CUSTOMISE' backfire_10.03/build_dir/linux-ar71xx/linux-2.6.32.10/drivers/media/dvb/dvb-usb/Kconfig sed -i -e 's/select MEDIA_TUNER_TDA18218 if !MEDIA_TUNER_CUSTOMISE/\tselect MEDIA_TUNER_TDA18218 if !MEDIA_TUNER_CUSTOMISE/' backfire_10.03/build_dir/linux-ar71xx/linux-2.6.32.10/drivers/media/dvb/dvb-usb/Kconfig rm -rf af9015; rm -rf tmp
, който да автоматизира малко стъпките, които си дал. Компилацията минава, но в backfire_10.03/bin/ar71xx/packages/ липсват : kmod-dvb-core_2.6.32.10-1_ar71xx.ipk kmod-dvb-usb-af9015_2.6.32.10-1_ar71xx.ipk kmod-dvb-usb_2.6.32.10-1_ar71xx.ipk, a : kmod-i2c-core_2.6.32.10-1_ar71xx.ipk mumudvb_1.6.1-openwrt-1_ar71xx.ipkса налични ... Рутера не ми е под ръка в момента, така, че утре ще пробвам с пакетите, които си публикувал.
|
|
|
|