Вернуться   Биткоин Форум > - Помощь начинающим
19 марта 2013, 3:26:46 PM   # 1
 
 
Сообщений: 55
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Взлом Биткоин адресов.
500 Биткоинов взломаны в "мозговом кошельке" с паролем "bitcoin is awesome"
Адрес кошелька: 14NWDXkQwcGN1Pd9fboL8npVynD5SfyJAE
Приватный ключ: 5J64pq77XjeacCezwmAr2V1s7snvvJkuAz8sENxw7xCkikceV6e
подробнее...


Всем кто хочет заработать Биткоины без вложений - рекомендую сайт http://bitcoin-zarabotat.ru
В течение нескольких дней я пытался получить Bitcoin и работает, только с небольшим успехом. Однажды я достиг завершенной удостоверенной ситуации. 🙂 Тем не менее, - я очень новичок - если что-то подсказывает повторно загрузить (или повторно индекс?) - все идет хорошо, пока ближе к концу (много часов :-(), а затем я обычно вижу ошибку о коррупции базы данных или бумажник просто исчезает (? аварию), и начать заново, то показывает повреждение базы данных я начал с bitcion совсем недавно. - как раз перед версией 0.8.1 - так что я на самом деле начал с помощью 0.8.0 (с использованием Ubuntu 12.04 32 бита) , и я сначала подумал, что проблемы, которые я видел, могут быть остановлены после этого технического обслуживания. Но теперь я использую 0.8.1, и то же самое происходят снова. Я не вижу много подобных жалоб вокруг, как это, так что я начинаю заподозрить мое оборудование. Я (очень редко) видеть замораживание, при использовании, скажем, Rsync, которые, предположительно, работает оборудование интенсивно (?).

Буду признателен за комментарии, тиа

[Также - как я выхожу из тюрьмы новичка ??]
candtalan сейчас офлайн Пожаловаться на candtalan   Ответить с цитированием Мультицитирование сообщения от candtalan Быстрый ответ на сообщение candtalan


Как заработать Биткоины?
Без вложений. Не майнинг.


19 марта 2013, 7:32:46 PM   # 2
 
 
Сообщения: 896
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Получил 1806 Биткоинов
Реальная история.





Я не вижу много подобных жалоб вокруг, как это, так что я начинаю подозревать, мое оборудование. Я (очень редко) видеть замораживание, при использовании, скажем, Rsync, которые, предположительно, работает оборудование интенсивно (?).
Замерзает вызвано Rsync? Вы делаете ставку у вас есть проблемы с оборудованием.

Начальная Bitcoin синхронизация интенсивно ... Запуск MemTest, чтобы увидеть, если ваша память в порядке (это один из вероятных подозреваемых мос). Используйте smartctl -a чтобы проверить, что диски в порядке. После этого он может быть CPU / БП / МБ, который труднее проверить, не меняя их с известными хорошими людьми ...

Держите проводки в тюрьме, и вы получите после нескольких сообщений.
gyverlb сейчас офлайн Пожаловаться на gyverlb   Ответить с цитированием Мультицитирование сообщения от gyverlb Быстрый ответ на сообщение gyverlb

20 марта 2013, 11:06:08 AM   # 3
 
 
Сообщений: 55
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Ммм. RAM проверки в течение 7 часов без ошибок.
Трудно найти конкретные улики. Я могу использовать различные аппаратные средства в ближайшее время, но не на некоторое время еще.

1) Что я могу извлечь из журнала отладки? Я не уверен в этом, но я восстановил из резервной копии нормально пару раз после повреждения базы данных, дин каждого случая, самые последняя резервная копия содержала коррупцию, но предыдущий работало нормально. Что странно, потому что я только резервные копии, когда все работает хорошо и без проблем. Это выглядит немного, как будто какая-то коррупция происходит или не оспаривается, только чтобы быть обнаружена позже. Возможно ли это каким-то образом?
? 2) Я бегу Bitcoin-QT с использованием терминала и ./bitcoin-qt Это означает, что тогда появляется окно Bitcoin (кошелек), и я обычно и затем запустить окно отладки, чтобы увидеть другие вещи - например, количество сверстников , Мой вопрос - как я должен закрыть Bitcoin с этим методом? До сих пор я использую окно Bitcoin «закрыть», который, кажется, работает - окно отладки закроется окно Bitcoin закрывается, и приглашение в терминале возвращается в нормальное русло. Имеет ли все это звучит хорошо? Я пытаюсь проверить, что мой actiona не вызывает проблем, коррупции и т.д.?
candtalan сейчас офлайн Пожаловаться на candtalan   Ответить с цитированием Мультицитирование сообщения от candtalan Быстрый ответ на сообщение candtalan

20 марта 2013, 11:36:31 AM   # 4
 
 
Сообщения: 896
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Ммм. RAM проверки в течение 7 часов без ошибок.
Трудно найти конкретные улики. Я могу использовать различные аппаратные средства в ближайшее время, но не на некоторое время еще.

1) Что я могу извлечь из журнала отладки? Я не уверен в этом, но я восстановил из резервной копии нормально пару раз после повреждения базы данных, дин каждого случая, самые последняя резервная копия содержала коррупцию, но предыдущий работало нормально. Что странно, потому что я только резервные копии, когда все работает хорошо и без проблем. Это выглядит немного, как будто какая-то коррупция происходит или не оспаривается, только чтобы быть обнаружена позже. Возможно ли это каким-то образом?

Это возможно и даже довольно часто: большую часть времени записи на диск включает в себя копирование данных и / или преобразуя ее, прежде чем писать. Коррупция может произойти во время этого процесса без изменения исходных данных. Пока программа работает она имеет хорошую копию данных и не проявляет какое-либо странное поведения, даже если поврежденные данные были записаны на диск. Но когда программа запускается снова и считывает данные с диска он выходит из строя.
Debug.log не поможет, на самом деле не так много может, когда вы не можете доверять вашего оборудования.

? 2) Я бегу Bitcoin-QT с использованием терминала и ./bitcoin-qt Это означает, что тогда появляется окно Bitcoin (кошелек), и я обычно и затем запустить окно отладки, чтобы увидеть другие вещи - например, количество сверстников , Мой вопрос - как я должен закрыть Bitcoin с этим методом? До сих пор я использую окно Bitcoin «закрыть», который, кажется, работает - окно отладки закроется окно Bitcoin закрывается, и приглашение в терминале возвращается в нормальное русло. Имеет ли все это звучит хорошо? Я пытаюсь проверить, что мой actiona не вызывает проблем, коррупции и т.д.?

Ваш способ запуска Bitcoin-QT прекрасно.
gyverlb сейчас офлайн Пожаловаться на gyverlb   Ответить с цитированием Мультицитирование сообщения от gyverlb Быстрый ответ на сообщение gyverlb

20 марта 2013, 2:42:05 PM   # 5
 
 
Сообщений: 55
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Спасибо - очень полезные комментарии.
(Ой)
Я сделал простой 2-минутный тест длинного стресса (CPUBurn) на каждом из 3-х из 4-х процессоров, указанных. По какой-то причине четвёртой процессор не дозвонились. Нет очевидные проб. PSU кажется следующий простой (не) .....
candtalan сейчас офлайн Пожаловаться на candtalan   Ответить с цитированием Мультицитирование сообщения от candtalan Быстрый ответ на сообщение candtalan

22 марта 2013, 7:43:02 PM   # 6
 
 
Сообщений: 55
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Ммм. RAM проверки в течение 7 часов без ошибок.
Трудно найти конкретные улики. Я могу использовать различные аппаратные средства в ближайшее время, но не на некоторое время еще.
1) Что я могу извлечь из журнала отладки? Я не уверен в этом, но я восстановил из резервной копии нормально пару раз после повреждения базы данных, дин каждого случая, самые последняя резервная копия содержала коррупцию, но предыдущий работало нормально. Что странно, потому что я только резервные копии, когда все работает хорошо и без проблем. Это выглядит немного, как будто какая-то коррупция происходит или не оспаривается, только чтобы быть обнаружена позже. Возможно ли это каким-то образом?
Это возможно и даже довольно часто: большую часть времени записи на диск включает в себя копирование данных и / или преобразуя ее, прежде чем писать. Коррупция может произойти во время этого процесса без изменения исходных данных. Пока программа работает она имеет хорошую копию данных и не проявляет какое-либо странное поведения, даже если поврежденные данные были записаны на диск. Но когда программа запускается снова и считывает данные с диска он выходит из строя.
Debug.log не поможет, на самом деле не так много может, когда вы не можете доверять вашего оборудования.

Я работаю на тестах по устранению неисправностей. Следующим проще всего изменить бы на PSU, однако, было бы неплохо, чтобы получить более систематические данные. С помощью инструмента мониторинга (xsensors) Я вижу, что все (статические) напряжения и температуры и т.д. выглядят нормально, стабильно, а также в пределах досягаемости. Я начал с пустой базой данных и смотрел. Более 35 минут не проблема. Я также был запущен системный монитор, который я иногда задавался вопросом может вызвать некоторую нестабильность (?), Но в любом случае, я также провел два счета, учетную запись пользователя и учетная запись Bitcoin пользователей, при этом каждый вход в систему. Тем не менее, датчики, казалось, указывают все ок. В учетной записи пользователя, у меня есть скрипт Rsync для синхронизации пары жестких дисков, я побежал это на ранней стадии, когда предположительно ранние (меньше ??) блоков загрузки. Нет проблем. Через 30 минут, я сделал то же самое, и в то время как сценарий был на короткое время работы я переключил пользователя к пользователю Bitcoin. Почти сразу же я увидел на экране появится окно «Ошибка базы данных», и бумажник остановился. Это очень похоже на ситуацию и ошибки я переживающая с Bitcoin, так как я начал не так давно. Я мог бы предположить, что с более поздними, более длительными вычислениями блока (?) Или более записью на диск (?) Какие-либо проблемы в аппаратных средств, более вероятно, чтобы показать позже, чем раньше в процессе начальной загрузки (?)
Сообщили напряжения, температуры и т.д. из xsensors все еще казалось, хорошо, так что, если блок питания является проблемой, было бы более вероятно, что-то такое, как пульсация (?), Или сглаживание переходных процессов, я стремлюсь изменить БП в любом случае, а затем посмотрим.
Я не думаю, что я видел какие-либо ошибки в прошлом на самом деле записи на диск, но, как упоминалось ранее, я очень редко вижу аварии и частые проблемы с Bitcoin - в весьма сходных обстоятельствах, используя два авторизовались счета. Жесткие диски все проверить нормально.
Представляется весьма полезным в некотором смысле, что я, возможно, побудил ошибку базы данных в тех случаях, я начал подозревать, надеюсь, я могу использовать его в качестве тестового воздействия.

Любые дальнейшие комментарии повторно процессор, материнская плата, блок питания и т.д. будут оценены ....
🙂
candtalan сейчас офлайн Пожаловаться на candtalan   Ответить с цитированием Мультицитирование сообщения от candtalan Быстрый ответ на сообщение candtalan

22 марта 2013, 10:39:38 PM   # 7
 
 
Сообщений: 55
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Ммм. У меня есть немного другое направление на этом как раз в этот вечер. Я повторил недавние условия испытаний, но я не запустить приложение в «Системный монитор». Мне понравилась System Monitor, это был мой любимый (использовал его много .....), потому что мне нравится смотреть на CPU, RAM и пропускной способности .... Во всяком случае, довольно подобные тесты (без системного монитора бега ) до сих пор не привели к повреждению базы данных и т.д. так что мой нынешний этап мышления здесь теоретизировать, что это системный монитор, который связан с моими крахами и искаженным что угодно, и посмотреть, как идут дела. Системный монитор действительно есть некоторые текущие ошибки в список, и я знаю, что это довольно громоздкое, но я все равно хотел бы его - если бы оно было доказано в чистоте здесь. В то же время я могу обойтись без него. Скрещенные пальцы. 😉
candtalan сейчас офлайн Пожаловаться на candtalan   Ответить с цитированием Мультицитирование сообщения от candtalan Быстрый ответ на сообщение candtalan

22 марта 2013, 10:45:17 PM   # 8
 
 
Сообщений: 17
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Если у вас есть очень плохое соединение или медленный компьютер, который может быть проблемой. Клиент очень плохо и вяло, так что я не удивлен.
Страшный сейчас офлайн Пожаловаться на Dreadful   Ответить с цитированием Мультицитирование сообщения от Dreadful Быстрый ответ на сообщение Dreadful

23 марта 2013, 7:10:28 AM   # 9
 
 
Сообщений: 55
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Упс. Я говорил слишком рано.
Я оставил Bitcoin-Qt работает прошлой ночью, и, похоже, это не очень далеко. что-то разбился, а терминал я использовал, чтобы начать Bitcoin-кварты сообщил много информации, начиная с линиями:
Код:
bitcoin1 @ novatech1: ~ / Downloads / Bitcoin-0.8.1-Linux / bin / 32 $ ./bitcoin-qt
*** Glibc обнаружено *** ./bitcoin-qt: свободный (): недействительным следующий размер (нормальный): 0x12a11f30 ***
*** Glibc обнаружены *** ./bitcoin-qt: поврежден дважды связанный список: 0x129ec9d0 ***
======= Backtrace: =========
/lib/i386-linux-gnu/libc.so.6(+0x75ee2)[0xb6736ee2]
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZdlPv+0x1f)[0xb695e51f]
./ Bitcoin-кварта [0x80c59cd]
(и т.д)

Должен ли я быть заподозрить мое оборудование?
candtalan сейчас офлайн Пожаловаться на candtalan   Ответить с цитированием Мультицитирование сообщения от candtalan Быстрый ответ на сообщение candtalan

23 марта 2013, 8:08:35 AM   # 10
 
 
Сообщений: 55
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

.... Клиент очень плохо и вяло, так что я не удивлен.
Спасибо за ваш комментарий. Но какой клиент вы думаете о Bitcoin-кварты или системного монитора?
candtalan сейчас офлайн Пожаловаться на candtalan   Ответить с цитированием Мультицитирование сообщения от candtalan Быстрый ответ на сообщение candtalan

23 марта 2013, 1:06:54 PM   # 11
 
 
Сообщений: 55
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Для записи, после поста # 9, я повторил загрузку с чистого начала, и это выглядит довольно похожий FWIW:
Это происходит очень близко к концу загрузки, когда большинство блоков уже загружены.

Код:
bitcoin1 @ novatech1: ~ / Downloads / Bitcoin-0.8.1-Linux / bin / 32 $ ./bitcoin-qt
*** Glibc обнаружены *** ./bitcoin-qt: двойной бесплатно или повреждение (пред!): 0xa5bb8bb0 ***
======= Backtrace: =========
/lib/i386-linux-gnu/libc.so.6(+0x75ee2)[0xb675eee2]
/usr/lib/i386-linux-gnu/libstdc++.so.6(_ZdlPv+0x1f)[0xb698651f]
./ Bitcoin-кварта [0x80fc1b5]
./ Bitcoin-кварта [0x80fc1a7]
(И т.д. и т.п.)
candtalan сейчас офлайн Пожаловаться на candtalan   Ответить с цитированием Мультицитирование сообщения от candtalan Быстрый ответ на сообщение candtalan

24 марта 2013, 11:17:23 AM   # 12
 
 
Сообщений: 55
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Просто сказать, что я попробовал новое оборудование, более быструю машину в любом случае, и это было стабильным. Таким образом, заключение должно быть, что первоначально машина имеет проблему, которая появляется более или менее надежно, когда требования возрастают. Вот это боль. Запланируйте попробовать новый PSU первый .....
candtalan сейчас офлайн Пожаловаться на candtalan   Ответить с цитированием Мультицитирование сообщения от candtalan Быстрый ответ на сообщение candtalan

8 апреля 2013, 8:05:20 PM   # 13
 
 
Сообщений: 55
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Для справки: новая машина продолжает вести себя без проблем, помогая подтвердить убеждение, что старая машина имеет какое-то аппаратную проблему. Различные работы на старой машине: xsensors, кажется, не показывает ничего необычного в том числе PSU напряжения, так, с первым предположением о БПЕ ок, я думал, что следующий простой тест может быть RAM. Я недавно сделал тест оперативной памяти в 6 час, что указывает на отсутствие ошибок на всех. Однако оперативная память состоит из двух палочек каждого 2GB, поэтому, удалив одну палки в то время, а также пытается каждый слот оперативной памяти, я в конце концов обнаружил, что один RAM Стержень дает прерывистые проблемы. (Happy рельеф).
Однако трудно я работал оставшийся единственный хороший RAM палку, он никогда не давал проблемы, у меня нет базы данных с коррупцией, когда близится конец полный блок цепной загрузки 🙂
Я думаю, что это была проблема. Это было трудно устранить неисправность, потому что в течение нескольких лет, у меня была эта машина, она работала хорошо. В основном. Только с очень редкими кажущимися авариями, не повторяется. Таким образом эта ошибка RAM выживает тест несколько данных в 6 час, но падает вниз, более или менее повторяемость, в течение более поздних расчетов блока цепи таким образом, что привело к повреждению базы данных.
candtalan сейчас офлайн Пожаловаться на candtalan   Ответить с цитированием Мультицитирование сообщения от candtalan Быстрый ответ на сообщение candtalan

13 апреля 2013, 1:22:10 PM   # 14
 
 
Сообщений: 55
Цитировать по имени
цитировать ответ
по умолчанию Re: Частые повреждения базы данных?

Опять же - для записи FWIW. При организации заменить проблему RAM палку, я обнаружил, что проблема RAM неверна для материнки, но по-видимому лишь незначительно .... Это выглядит так, как будто (Asus) материнка первоначально была сделана для ddr2 и более поздние версии можно использовать DDR3, но только на скорости 1066. Некоторые DDR3 1333 МГц будет вниз скорость до 1066, но многие из них не будет. RAM, которая работает хорошо маркирован как 1066. Проблемы RAM только с надписью 1333. Я думаю, что это проблема. Первоначальная покупка нового комплекта была баран «апгрейд» оборудованный по моей просьбе, очевидно, с неправильным ОЗУ.
candtalan сейчас офлайн Пожаловаться на candtalan   Ответить с цитированием Мультицитирование сообщения от candtalan Быстрый ответ на сообщение candtalan



Как заработать Биткоины?

Bitcoin Wallet * Portefeuille Bitcoin * Monedero Bitcoin * Carteira Bitcoin * Portafoglio Bitcoin * Bitcoin Cüzdan * 比特币钱包

bitcoin-zarabotat.ru
Почта для связи: bitcoin-zarabotat.ru@yandex.ru

3HmAQ9FkRFk6HZGuwExYxL62y7C1B9MwPW