Ами чети и действай хората са ти написали какво да направиш. Първата опция ще ти свърши работа и има достатъчно информация в нета, за да дискутираме стъпките по нататък тук.
Ами чети и действай хората са ти написали какво да направиш. Първата опция ще ти свърши работа и има достатъчно информация в нета, за да дискутираме стъпките по нататък тук.
Проблемът със сигурност не е нито в ОС, нито в оскам. Ползвам, дори по-стара версия на Убунту, нови версии на оскам, проблем няма, напротив, работи изключително стабилно, имам 8 месеца ъптайм на ОС. Евентуалните причини, почти сигурно са грешна конфигурация на кама.
Колега дай помощ тогава с настройки или там каквото мислиш че е.Originally Posted by galiano
Аз съм съгласен с galiano за да работи добре трябва да се разбират настройките, начина за постигането на това е първо да се прочете официалната документация и конкретното неясно да се дискутира във форумите, но с конкретни въпроси, не обичайните нищо не разбирам помагайте.
Правиш промени анализираш резултатите, прилагаш конктретни примери във форума и питаш.
Ако действаш по стандартният за повечето хора "тъп" начин, ще си останеш в каменната ера.
Като пример:
Някой ти дава настройки слагаш ги, всичко работи, решаваш да обновиш и всичко умира и започваш да се молиш за настройки отново. Така човек никога няма да се научи.
Последната версия с преки промени свързани с cacheex към момента e http://www.streamboard.tv/oscam/changeset/9912
Ако oscam работи нормално го обновявам ако има промяна в дадена част която ме интресува.
Например cacheex, dvb-api или ако са намерили сериозен проблем и е решен.
Като цяло е полезно да се преглежда през няколко дни trunk
Ако нещо по настройките не ти е ясно, просто го остави по дефоут, или прочети документацията внимателно (второто е препоръчително). Дори, да си сигурен, в някой от параметрите, за какво се използва и какво точно прави, прочети го пак, защото има промени. Оскам най-често пада, когато се задават грешни стойности, или се настройват два параметъра по начин, по който взаимно се самоизключват, тоест в "конфликт" са...
Ако очакваш, да постна готова конфигурация, няма да го направя, защото настройките са строго индивидуално според нуждите на потребителя. Твоя случай е нагледен пример за това, ти вече си ги копнал от някъде, и както виждаш, системата не работи.
По принцип може и да съм ги копнал ,може и да несъм не помня много одавна оскама си ми бачка стези настроики с които съм сега , но проблемите запо4наха след версии 99..
та незнам кво става
Следиш съобщенията в лога за съобщения които показват какво става в същност и спрямо търсиш коя настройка регулира дадената част. В повечето случай търсене в документацията помага. Първо изключи cacheex и установи дали е точно от него, може да се окаже че глобалните не са добре.
При мен с 9918 512 e debug level за cacheex.
като му дам дебъг 512 и направо забива веб интерфеиса и само с рестарт на оскама се оправиа
Щом не можеш да дебъгваш, вероятността да не ти достига хардуер е реална, може би рам.
processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz
stepping : 11
microcode : 0xb6
cpu MHz : 800.000
cache size : 4096 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fdiv_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida dtherm tpr_shadow vnmi flexpriority
bogomips : 3989.65
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:
processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz
stepping : 11
microcode : 0xb6
cpu MHz : 800.000
cache size : 4096 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 1
initial apicid : 1
fdiv_bug : no
f00f_bug : no
coma_bug : no
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida dtherm tpr_shadow vnmi flexpriority
bogomips : 3989.65
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
MemTotal: 2021604 kB
MemFree: 1831856 kB
Buffers: 13576 kB
Cached: 60496 kB
SwapCached: 0 kB
Active: 93208 kB
Inactive: 49968 kB
Active(anon): 69124 kB
Inactive(anon): 5532 kB
Active(file): 24084 kB
Inactive(file): 44436 kB
Unevictable: 0 kB
Mlocked: 0 kB
HighTotal: 1141448 kB
HighFree: 1010876 kB
LowTotal: 880156 kB
LowFree: 820980 kB
SwapTotal: 2056188 kB
SwapFree: 2056188 kB
Dirty: 52 kB
Writeback: 0 kB
AnonPages: 69136 kB
Mapped: 8608 kB
Shmem: 5556 kB
Slab: 18344 kB
SReclaimable: 8756 kB
SUnreclaim: 9588 kB
KernelStack: 1600 kB
PageTables: 848 kB
NFS_Unstable: 0 kB
Bounce: 0 kB
WritebackTmp: 0 kB
CommitLimit: 3066988 kB
Committed_AS: 127148 kB
VmallocTotal: 122880 kB
VmallocUsed: 13632 kB
VmallocChunk: 107564 kB
HardwareCorrupted: 0 kB
AnonHugePages: 0 kB
HugePages_Total: 0
HugePages_Free: 0
HugePages_Rsvd: 0
HugePages_Surp: 0
Hugepagesize: 2048 kB
DirectMap4k: 12280 kB
DirectMap2M: 901120 kB
ето тва е , не мислиа 4е е чак токоз зле.
Posting Permissions
Reply With Quote