Total 44 files are raised error condition

#1

#2

pig

#3

Konstantin Yudin

#4

Fylhtq

#5

Afalin

#6

maxic

#7

Fylhtq

#8

Afalin

#9

Fylhtq

#10

RomaNNN

#11

Fylhtq

#12

maxic

#13

Afalin

#14

Fylhtq

#15

Afalin

#16

Fylhtq

#17

GoodBoyAlex

#18

Fylhtq

#19

GoodBoyAlex

#20

Fylhtq

Является ли «Total 30 files are raised error condition» свидетельством неисправности системы?

#1 Fylhtq

#2 pig

#3 Konstantin Yudin

>Является ли это неисправностью ситемы?

нет. эти файлы часть системы и не доступны никому из юзермода. более того, сканировать их смысла нет (а некоторые и невозможно без последствий), это бинарные кеши, базы данных и логи транзакций
говоря просто, все ок

Сообщение было изменено Konstantin Yudin: 22 Сентябрь 2017 — 19:52

#4 Fylhtq

Всем спасибо. А можно сделать, чтобы и к остальным файлам системы также ни у кого не было допуска?

#5 Afalin

— А эти ягоды можно есть?
— Можно, только отравишься.

#6 maxic

Keep yourself alive

Fylhtq, говоря проще, система сама знает, как надо.

#7 Fylhtq

Fylhtq, говоря проще, система сама знает, как надо.

Надеюсь. Просто любопытствую, почему к системным пускает, а к менее опасным логам нет.

#8 Afalin

Например, чтоб не допустить утечку всяких авторизационных данных в пользу произвольного процесса.

#9 Fylhtq

Так если система может не допускать до своих файлов, почему она этого не делает по отношению к системным?

#10 RomaNNN

Так если система может не допускать до своих файлов, почему она этого не делает по отношению к системным?

Кто ж кусает руку с едой?

Другими словами: на то они и системные, что система может распоряжаться доступом для своих процессов.

#11 Fylhtq

Она и распоряжается: к логам доступ всем, кроме системы, запрещает, а к системным почему-то нет. Почему то же не сделать с системными: запретить к ним доступ всем, кроме системы?

#12 maxic

Keep yourself alive

Fylhtq, попробуйте задать этот вопрос в Microsoft.

#13 Afalin

Fylhtq, например, с чем так сделать?

#14 Fylhtq

Fylhtq, например, с чем так сделать?

Я не знаю структуру Windows, а для того чтобы ответить на Ваш вопрос нужно знать, где расположены исполняемые файлы ОС. Вот доступ к исполняемым файлам в системной папке почему бы не закрыть?

#15 Afalin

Вот доступ к исполняемым файлам в системной папке почему бы не закрыть?

Ну и как Вы будете пользоваться системой, если не сможете её части исполнять?

#16 Fylhtq

Ну и как Вы будете пользоваться системой, если не сможете её части исполнять?

Так я и лог-файлами не могу пользоваться . Но ими пользуется система. Иначе они были бы не нужны. Почему также нельзя сделать и с другими файлами. Системными же напрямую не пользуются (как и закрытыми для всех логами)

#17 GoodBoyAlex

Системными же напрямую не пользуются

Большинство GUI приложений напрямую используют системные библиотеки.

«3 миллиона лет эволюции ушло на то, чтобы создать существо, мозг которого способен разгадать устройство Вселенной. И как мы применили это знание? Взорвали самих себя. » (доктор Джулиан Осборн, «На последнем берегу»)

#18 Fylhtq

Большинство GUI приложений напрямую используют системные библиотеки.

GUI и другие приложения используют все системные файлы? Т.е. нет ни одного системного файла, который бы не мог использоваться сторонними приложениями?

#19 GoodBoyAlex

Т.е. нет ни одного системного файла, который бы не мог использоваться сторонними приложениями?

Вероятно, что нет. При всей моей нелюбви к Майкрософт, нельзя не признать, что они не тупые, поэтому если бы могли безболезненно ограничить доступ к системным файлам, то поверьте, они бы это сделали.

«3 миллиона лет эволюции ушло на то, чтобы создать существо, мозг которого способен разгадать устройство Вселенной. И как мы применили это знание? Взорвали самих себя. » (доктор Джулиан Осборн, «На последнем берегу»)

#20 Fylhtq

Верю, что сделали бы. Но у меня просто любопытство: не могу понять причины, почему так повезло файлам с расширением LOG и больше никаким.

Источник

DrWeb CureIt: files are raised error condition

#1 canardblanc

Would appreciate some assistance.

If DrWeb CureIt is run in standard mode on a system infected with Ramnit, and the scan results shows files are in a raised error condition,

does that mean that the files are corrupted/damaged?

Read all the guidance provided in the Help area of DrWeb CureIt, but could not find an answer.

Thank you for your help.

#2 Dmitry_rus

It means that file not found/unable to read (sometimes due to permission restrictions). Check Cureit’s logfile, if you see ‘there are no infected objects detected’ in it — everything is OK. You may also make (strongly recommended) LiveCD/USB, boot your PC from this disk/stick and check for viruses again.

Сообщение было изменено Dmitry_rus: 05 Декабрь 2013 — 21:30

#3 canardblanc

Thank you for the reply, Dmitry_rus!!

Источник

Является ли «Total 30 files are raised error condition» свидетельством неисправности системы?

#1 Fylhtq

#2 pig

#3 Konstantin Yudin

>Является ли это неисправностью ситемы?

нет. эти файлы часть системы и не доступны никому из юзермода. более того, сканировать их смысла нет (а некоторые и невозможно без последствий), это бинарные кеши, базы данных и логи транзакций
говоря просто, все ок

Сообщение было изменено Konstantin Yudin: 22 Сентябрь 2017 — 19:52

#4 Fylhtq

Всем спасибо. А можно сделать, чтобы и к остальным файлам системы также ни у кого не было допуска?

#5 Afalin

— А эти ягоды можно есть?
— Можно, только отравишься.

#6 maxic

Keep yourself alive

Fylhtq, говоря проще, система сама знает, как надо.

#7 Fylhtq

Fylhtq, говоря проще, система сама знает, как надо.

Надеюсь. Просто любопытствую, почему к системным пускает, а к менее опасным логам нет.

#8 Afalin

Например, чтоб не допустить утечку всяких авторизационных данных в пользу произвольного процесса.

#9 Fylhtq

Так если система может не допускать до своих файлов, почему она этого не делает по отношению к системным?

#10 RomaNNN

Так если система может не допускать до своих файлов, почему она этого не делает по отношению к системным?

Кто ж кусает руку с едой?

Другими словами: на то они и системные, что система может распоряжаться доступом для своих процессов.

#11 Fylhtq

Она и распоряжается: к логам доступ всем, кроме системы, запрещает, а к системным почему-то нет. Почему то же не сделать с системными: запретить к ним доступ всем, кроме системы?

#12 maxic

Keep yourself alive

Fylhtq, попробуйте задать этот вопрос в Microsoft.

#13 Afalin

Fylhtq, например, с чем так сделать?

#14 Fylhtq

Fylhtq, например, с чем так сделать?

Я не знаю структуру Windows, а для того чтобы ответить на Ваш вопрос нужно знать, где расположены исполняемые файлы ОС. Вот доступ к исполняемым файлам в системной папке почему бы не закрыть?

#15 Afalin

Вот доступ к исполняемым файлам в системной папке почему бы не закрыть?

Ну и как Вы будете пользоваться системой, если не сможете её части исполнять?

#16 Fylhtq

Ну и как Вы будете пользоваться системой, если не сможете её части исполнять?

Так я и лог-файлами не могу пользоваться . Но ими пользуется система. Иначе они были бы не нужны. Почему также нельзя сделать и с другими файлами. Системными же напрямую не пользуются (как и закрытыми для всех логами)

#17 GoodBoyAlex

Системными же напрямую не пользуются

Большинство GUI приложений напрямую используют системные библиотеки.

«3 миллиона лет эволюции ушло на то, чтобы создать существо, мозг которого способен разгадать устройство Вселенной. И как мы применили это знание? Взорвали самих себя. » (доктор Джулиан Осборн, «На последнем берегу»)

#18 Fylhtq

Большинство GUI приложений напрямую используют системные библиотеки.

GUI и другие приложения используют все системные файлы? Т.е. нет ни одного системного файла, который бы не мог использоваться сторонними приложениями?

#19 GoodBoyAlex

Т.е. нет ни одного системного файла, который бы не мог использоваться сторонними приложениями?

Вероятно, что нет. При всей моей нелюбви к Майкрософт, нельзя не признать, что они не тупые, поэтому если бы могли безболезненно ограничить доступ к системным файлам, то поверьте, они бы это сделали.

«3 миллиона лет эволюции ушло на то, чтобы создать существо, мозг которого способен разгадать устройство Вселенной. И как мы применили это знание? Взорвали самих себя. » (доктор Джулиан Осборн, «На последнем берегу»)

#20 Fylhtq

Верю, что сделали бы. Но у меня просто любопытство: не могу понять причины, почему так повезло файлам с расширением LOG и больше никаким.

Источник

DrWeb CureIt: files are raised error condition

#1 canardblanc

Would appreciate some assistance.

If DrWeb CureIt is run in standard mode on a system infected with Ramnit, and the scan results shows files are in a raised error condition,

does that mean that the files are corrupted/damaged?

Read all the guidance provided in the Help area of DrWeb CureIt, but could not find an answer.

Thank you for your help.

#2 Dmitry_rus

It means that file not found/unable to read (sometimes due to permission restrictions). Check Cureit’s logfile, if you see ‘there are no infected objects detected’ in it — everything is OK. You may also make (strongly recommended) LiveCD/USB, boot your PC from this disk/stick and check for viruses again.

Сообщение было изменено Dmitry_rus: 05 Декабрь 2013 — 21:30

#3 canardblanc

Thank you for the reply, Dmitry_rus!!

Источник

Neutralized threat keeps getting detected

#1 jimmy

I’m a long time user of Dr. Web CureIt and in the latest scan there was detected a threat on my PC. After the end of the scan it says that the threat was neutralized, however every time I scan again my PC the very same threat keeps getting detected.

I went to Settings > Action and set Delete as the action taken for the infected files but the particular threat keeps being detected. Is this normal? If yes, how is an infected file supposed to be permanently deleted using CureIt? Thank you.

#2 Dmitry_rus

Can’t say anything right now. We need more information about this issue.

At least, attach CureIt’s log here (or upload it on any filesharing service and provide a link).

You can also try to test your file on http://virustotal.com

Сообщение было изменено Dmitry_rus: 01 Май 2017 — 13:13

#3 jimmy

Thank you for your reply.

Strangely now that I scanned my PC again with CureIt no threats were found at all.

Источник

Является ли «Total 30 files are raised error condition» свидетельством неисправности системы?

#1 Fylhtq

#2 pig

#3 Konstantin Yudin

>Является ли это неисправностью ситемы?

нет. эти файлы часть системы и не доступны никому из юзермода. более того, сканировать их смысла нет (а некоторые и невозможно без последствий), это бинарные кеши, базы данных и логи транзакций
говоря просто, все ок

Сообщение было изменено Konstantin Yudin: 22 Сентябрь 2017 — 19:52

#4 Fylhtq

Всем спасибо. А можно сделать, чтобы и к остальным файлам системы также ни у кого не было допуска?

#5 Afalin

— А эти ягоды можно есть?
— Можно, только отравишься.

#6 maxic

Keep yourself alive

Fylhtq, говоря проще, система сама знает, как надо.

#7 Fylhtq

Fylhtq, говоря проще, система сама знает, как надо.

Надеюсь. Просто любопытствую, почему к системным пускает, а к менее опасным логам нет.

#8 Afalin

Например, чтоб не допустить утечку всяких авторизационных данных в пользу произвольного процесса.

#9 Fylhtq

Так если система может не допускать до своих файлов, почему она этого не делает по отношению к системным?

#10 RomaNNN

Так если система может не допускать до своих файлов, почему она этого не делает по отношению к системным?

Кто ж кусает руку с едой?

Другими словами: на то они и системные, что система может распоряжаться доступом для своих процессов.

#11 Fylhtq

Она и распоряжается: к логам доступ всем, кроме системы, запрещает, а к системным почему-то нет. Почему то же не сделать с системными: запретить к ним доступ всем, кроме системы?

#12 maxic

Keep yourself alive

Fylhtq, попробуйте задать этот вопрос в Microsoft.

#13 Afalin

Fylhtq, например, с чем так сделать?

#14 Fylhtq

Fylhtq, например, с чем так сделать?

Я не знаю структуру Windows, а для того чтобы ответить на Ваш вопрос нужно знать, где расположены исполняемые файлы ОС. Вот доступ к исполняемым файлам в системной папке почему бы не закрыть?

#15 Afalin

Вот доступ к исполняемым файлам в системной папке почему бы не закрыть?

Ну и как Вы будете пользоваться системой, если не сможете её части исполнять?

#16 Fylhtq

Ну и как Вы будете пользоваться системой, если не сможете её части исполнять?

Так я и лог-файлами не могу пользоваться . Но ими пользуется система. Иначе они были бы не нужны. Почему также нельзя сделать и с другими файлами. Системными же напрямую не пользуются (как и закрытыми для всех логами)

#17 GoodBoyAlex

Системными же напрямую не пользуются

Большинство GUI приложений напрямую используют системные библиотеки.

«3 миллиона лет эволюции ушло на то, чтобы создать существо, мозг которого способен разгадать устройство Вселенной. И как мы применили это знание? Взорвали самих себя. » (доктор Джулиан Осборн, «На последнем берегу»)

#18 Fylhtq

Большинство GUI приложений напрямую используют системные библиотеки.

GUI и другие приложения используют все системные файлы? Т.е. нет ни одного системного файла, который бы не мог использоваться сторонними приложениями?

#19 GoodBoyAlex

Т.е. нет ни одного системного файла, который бы не мог использоваться сторонними приложениями?

Вероятно, что нет. При всей моей нелюбви к Майкрософт, нельзя не признать, что они не тупые, поэтому если бы могли безболезненно ограничить доступ к системным файлам, то поверьте, они бы это сделали.

«3 миллиона лет эволюции ушло на то, чтобы создать существо, мозг которого способен разгадать устройство Вселенной. И как мы применили это знание? Взорвали самих себя. » (доктор Джулиан Осборн, «На последнем берегу»)

#20 Fylhtq

Верю, что сделали бы. Но у меня просто любопытство: не могу понять причины, почему так повезло файлам с расширением LOG и больше никаким.

Источник

Является ли «Total 30 files are raised error condition» свидетельством неисправности системы?

#1 Fylhtq

#2 pig

#3 Konstantin Yudin

>Является ли это неисправностью ситемы?

нет. эти файлы часть системы и не доступны никому из юзермода. более того, сканировать их смысла нет (а некоторые и невозможно без последствий), это бинарные кеши, базы данных и логи транзакций
говоря просто, все ок

Сообщение было изменено Konstantin Yudin: 22 Сентябрь 2017 — 19:52

#4 Fylhtq

Всем спасибо. А можно сделать, чтобы и к остальным файлам системы также ни у кого не было допуска?

#5 Afalin

— А эти ягоды можно есть?
— Можно, только отравишься.

#6 maxic

Keep yourself alive

Fylhtq, говоря проще, система сама знает, как надо.

#7 Fylhtq

Fylhtq, говоря проще, система сама знает, как надо.

Надеюсь. Просто любопытствую, почему к системным пускает, а к менее опасным логам нет.

#8 Afalin

Например, чтоб не допустить утечку всяких авторизационных данных в пользу произвольного процесса.

#9 Fylhtq

Так если система может не допускать до своих файлов, почему она этого не делает по отношению к системным?

#10 RomaNNN

Так если система может не допускать до своих файлов, почему она этого не делает по отношению к системным?

Кто ж кусает руку с едой?

Другими словами: на то они и системные, что система может распоряжаться доступом для своих процессов.

#11 Fylhtq

Она и распоряжается: к логам доступ всем, кроме системы, запрещает, а к системным почему-то нет. Почему то же не сделать с системными: запретить к ним доступ всем, кроме системы?

#12 maxic

Keep yourself alive

Fylhtq, попробуйте задать этот вопрос в Microsoft.

#13 Afalin

Fylhtq, например, с чем так сделать?

#14 Fylhtq

Fylhtq, например, с чем так сделать?

Я не знаю структуру Windows, а для того чтобы ответить на Ваш вопрос нужно знать, где расположены исполняемые файлы ОС. Вот доступ к исполняемым файлам в системной папке почему бы не закрыть?

#15 Afalin

Вот доступ к исполняемым файлам в системной папке почему бы не закрыть?

Ну и как Вы будете пользоваться системой, если не сможете её части исполнять?

#16 Fylhtq

Ну и как Вы будете пользоваться системой, если не сможете её части исполнять?

Так я и лог-файлами не могу пользоваться . Но ими пользуется система. Иначе они были бы не нужны. Почему также нельзя сделать и с другими файлами. Системными же напрямую не пользуются (как и закрытыми для всех логами)

#17 GoodBoyAlex

Системными же напрямую не пользуются

Большинство GUI приложений напрямую используют системные библиотеки.

«3 миллиона лет эволюции ушло на то, чтобы создать существо, мозг которого способен разгадать устройство Вселенной. И как мы применили это знание? Взорвали самих себя. » (доктор Джулиан Осборн, «На последнем берегу»)

#18 Fylhtq

Большинство GUI приложений напрямую используют системные библиотеки.

GUI и другие приложения используют все системные файлы? Т.е. нет ни одного системного файла, который бы не мог использоваться сторонними приложениями?

#19 GoodBoyAlex

Т.е. нет ни одного системного файла, который бы не мог использоваться сторонними приложениями?

Вероятно, что нет. При всей моей нелюбви к Майкрософт, нельзя не признать, что они не тупые, поэтому если бы могли безболезненно ограничить доступ к системным файлам, то поверьте, они бы это сделали.

«3 миллиона лет эволюции ушло на то, чтобы создать существо, мозг которого способен разгадать устройство Вселенной. И как мы применили это знание? Взорвали самих себя. » (доктор Джулиан Осборн, «На последнем берегу»)

#20 Fylhtq

Верю, что сделали бы. Но у меня просто любопытство: не могу понять причины, почему так повезло файлам с расширением LOG и больше никаким.

Источник