Eclipse висит на загрузочном столе

Ответ 1

DISCLAIMER: THIS WILL DELETE ALL OF YOUR ECLIPSE WORKSPACE SETTINGS AND YOU WILL HAVE TO RE-IMPORT ALL YOUR PROJECTS, THERE ARE LESS DESTRUCTIVE ANSWERS HERE

Попробуйте следующее:

• Удалите папку .metadata​​strong > в локальной рабочей области (это то, что сработало для меня). Кажется, что он содержит файл .LOCK, который, если он не закрыт должным образом, предотвращает запуск eclipse. В системах на основе Unix вы можете вводить следующее в командной строке;

  rm -r workspace/.metadata
  

• Удалите каталог .eclipse в своем домашнем каталоге. Запустите затмение. Если это не работает,

• Откройте eclipse под другой учетной записью пользователя. Если он загружается, вы знаете, что проблема связана с вашей учетной записью, а не с установкой eclipse.

Ответ 2

Процедура, показанная на http://off-topic.biz/en/eclipse-hangs-at-startup-showing-only-the-splash-screen/ работал у меня:

• cd.metadata/.plugins
• mv org.eclipse.core.resources org.eclipse.core.resources.bak
• Запустите eclipse. (Он должен показывать сообщение об ошибке или пустое рабочее пространство, потому что не найдено ни одного проекта.)
• Закройте все вкладки открытых редакторов.
• Закройте затмение.
• rm -rf org.eclipse.core.resources(Удалить вновь созданный каталог.)
• mv org.eclipse.core.resources.bak/org.eclipse.core.resources(Восстановить исходный каталог.)
• Запустите eclipse и начните работу.: -)

В других ответах:

eclipse -clean -clearPersistedState

который, как представляется, имеет тот же или даже лучший эффект.

Вот script для MacOS (с использованием Macports) и Linux (тестируется на Ubuntu с Eclipse Equinox), чтобы начать с необязательного убийства запущенного затмения. Возможно, вы захотите адаптировать script к вашим потребностям. Если вы добавите новые платформы, отредактируйте script в этом ответе.

#!/bin/bash
# WF 2014-03-14
#
# ceclipse:
#   start Eclipse cleanly
#
#   this script calls eclipse with -clean and -clearPersistedState
#   if an instance of eclipse is already running the user is asked
#   if it should be killed first and if answered yes the process will be killed
#
# usage: ceclipse
#

#
# error
#
#   show an error message and exit
#
#   params:
#     1: l_msg - the message to display
error() {
  local l_msg="$1"
  echo "error: $l_msg" 1>&2
  exit 1 
}

#
# autoinstall
#
#  check that l_prog is available by calling which
#  if not available install from given package depending on Operating system
#
#  params: 
#    1: l_prog: The program that shall be checked
#    2: l_linuxpackage: The apt-package to install from
#    3: l_macospackage: The MacPorts package to install from
#
autoinstall() {
  local l_prog=$1
  local l_linuxpackage=$2
  local l_macospackage=$3
  echo "checking that $l_prog  is installed on os $os ..."
  which $l_prog 
  if [ $? -eq 1 ]
  then
    case $os in 
      # Mac OS
      Darwin) 
        echo "installing $l_prog from MacPorts package $l_macospackage"        
        sudo port install $l_macospackage
      ;;
      # e.g. Ubuntu/Fedora/Debian/Suse
      Linux)
        echo "installing $l_prog from apt-package $l_linuxpackage"        
        sudo apt-get install $l_linuxpackage
      ;;
      # git bash (Windows)
      MINGW32_NT-6.1)
        error "$l_prog ist not installed"
      ;;
      *)
        error "unknown operating system $os" 
    esac
  fi
}

# global operating system variable
os=`uname`

# first set 
#  eclipse_proc - the name of the eclipse process to look for
#  eclipse_app - the name of the eclipse application to start
case $os in 
    # Mac OS
    Darwin) 
      eclipse_proc="Eclipse.app" 
      eclipse_app="/Applications/eclipse/Eclipse.app/Contents/MacOS/eclipse"
      ;;
    # e.g. Ubuntu/Fedora/Debian/Suse
    Linux)
      eclipse_proc="/usr/lib/eclipse//plugins/org.eclipse.equinox.launcher_1.2.0.dist.jar"
      eclipse_app=`which eclipse`
      ;;
    # git bash (Windows)
    MINGW32_NT-6.1)
      eclipse_app=`which eclipse`
      error "$os not implemented yet"
      ;;
    *)
      error "unknown operating system $os" 
esac

# check that pgrep is installed or install it
autoinstall pgrep procps

# check whether eclipse process is running
# first check that we only find one process
echo "looking for $eclipse_proc process"
pgrep -fl "$eclipse_proc"
# can't use -c option on MacOS - use platform independent approach 
#eclipse_count=`pgrep -cfl "$eclipse_proc"`
eclipse_count=`pgrep -fl "$eclipse_proc" | wc -l | tr -d ' '`

# check how many processes matched
case $eclipse_count in
  # no eclipse - do nothing
  0) ;;
  # exactly one - offer to kill it
  1) 
     echo "Eclipse is running - shall i kill and restart it with -clean? y/n?"
       read answer
       case $answer in
         y|Y) ;;
           *) error "aborted ..." ;;
       esac
     echo "killing current $eclipse_proc"
     pkill -f "$eclipse_proc"
     ;;
  # multiple - this is bogus
  *) error "$eclipse_count processes matching $eclipse_proc found - please adapt $0";;
esac

tmp=/tmp/eclipse$$
echo "starting eclipse cleanly ... using $tmp for nohup.out"
mkdir -p $tmp
cd $tmp

# start eclipse with clean options
nohup $eclipse_app -clean -clearPersistedState&

Ответ 3

./eclipse -clean -refresh

как упоминалось в комментарии sulai Dec 20 '12 в 12:46, это сработало для меня.

Однако в Mac OS X мне пришлось выяснить, как добраться до. /eclipse

Здесь решение:

cd Eclipse.app/Contents/MacOS/

Спасибо Эндрю за этот пост: fooobar.com/questions/65489/...

Ответ 4

Лучшее решение, которое я нашел, это удалить этот файл: workspace/.metadata/.plugins/org.eclipse.e4.workbench/workbench

Ответ 5

нет необходимости удалять все метаданные. просто попробуйте удалить файл .snap в файле org.eclipse.core.resources в папке рабочей области ех.

workspaceFolder.metadata.plugins\org.eclipse.core.resources

Ответ 6

Я решил удалить *.snap из dir рабочего пространства (и всех подкаталогов):

метаданных \.plugins\*. Оснастка

Ответ 7

Довольно старый вопрос, но самый простой ответ еще не отправлен. Вот он:
1) В файле [workspace]\.metadata\.plugins\org.eclipse.e4.workbench удалить workbench.xmi.
В большинстве случаев достаточно - попробуйте загрузить Eclipse.
Тем не менее вам нужно повторно настроить свои конкретные параметры перспективы (если есть)

2) Теперь возникают проблемы со строительными проектами, которые отлично работали? По моему опыту выполните следующие шаги:
- снимите флажок "Проекты- > автоматически строить" - переключиться на перспективу Java (если еще нет): Окно → Открыть перспективу → Java
- найдите "Проблемы" или откройте его: Окно → Показать вид → Проблемы
- щелкните правой кнопкой мыши на проблемных группах и выберите "Удалить". Обязательно удалите ошибки Lint
- очистить рабочее пространство: Project → Clean... с опцией Очистить все проекты
- проверить проекты- > автоматически строить
- если для некоторых проектов сохраняются проблемы: щелкните правой кнопкой мыши проект, выберите "Свойства" → "Android" и убедитесь, что выбран подходящий Project Build Target

3) Мне всегда было достаточно. Но если у вас все еще возникают проблемы - попробуйте рекомендации @george post

Ответ 8

Следующая процедура работала на моих MacOS (Mavericks) и Eclipse Luna 4.4.1:

Удалить файл .snap по пути "workspaceFolder".metadata.plugins\org.eclipse.core.resources\

Если вы не знаете, как перейти к этой папке на Mac, нажмите Cmd + Shift + G (перейдите в папку) и введите полный адрес, на который вы хотите перейти.

Ответ 9

Похоже, что у вас есть эта проблема:

https://bugs.eclipse.org/bugs/show_bug.cgi?id=357199

Ответ 10

удаленное рабочее пространство /.metadata/.lock и начальное затмение с -clean -refresh работало для меня.

Ответ 11

Вам нужно удалить папку org.eclipse.e4.workbench внутри metadata.plugins \, которую вы можете найти в папке рабочего пространства. Удаление этой папки решило проблему для меня, надеюсь, что она поможет кому-то еще!

Ответ 12

У меня была эта проблема в Windows 7, это то, что исправило это для меня.

http://letsgetdugg.com/2009/04/19/recovering-a-corrupt-eclipse-workspace/

cd ~/Documents/workspace/.metalog/.plugins

rm -rf org.eclipse.core.resources

Ответ 13

Существует множество возможных причин такого поведения. Помимо запуска из командной строки, как у вас есть, стоит поискать ключи в файле журнала рабочей области, который является файлом .metadata/.log под вашим каталогом рабочей области - NPE, который подходит вам, выглядит так, как будто он может делать с самим протоколом ведения журнала, но журнал может по-прежнему помогать определять, что происходило до ошибки.

Веб-поиск сообщений, которые вы часто находите, дает рекомендации по удалению различных каталогов или файлов и повторению запуска. Иногда мне удалось просто удалить части .metadata/.plugins/org.eclipse.ui.workbench/workbench.xml, для менее разрушительных решений.

Ответ 14

Проблема с удалением файлов в каталоге .metadata заключается в том, что вам придется начинать работу с нуля. Таким образом, может потребоваться некоторое время, чтобы восстановить все ваши проекты, особенно если у вас их есть. Восстановление метаданных из резервной копии только путем замены существующих файлов на старые резервные копии работало для меня.

Ответ 15

Это может также помочь попытаться загрузить и сохранить рабочее пространство с новой версией eclipse:

Я использую eclipse 3.8. При запуске заставка будет зависать. В журнале не было сообщений об ошибках. Что помогло открыть рабочее пространство с помощью eclipse 4.2.2. После открытия и закрытия рабочего пространства я смог загрузить его с 3.8.

Ответ 16

После некоторого исследования дат файла я решил ту же проблему (которая является случайной периодичностью на моем кеплере), просто удалив следующий файл в моей локальной рабочей области: .metadata.plugins\org.eclipse.jdt.core\variablesAndContainers.dat

с незначительным воздействием на восстановление рабочей области.

Я надеюсь, что это может помочь кому-то еще...

Ответ 17

В вашей рабочей области вы найдете скрытое имя папки. metadata, в котором вы найдете другую скрытую папку ".mylyn", удалите ее и очистите корзину перейдите в диспетчер задач, остановите процесс Eclipse и снова запустите Eclipse, на этот раз он будет работать.

Наслаждайтесь!

Ответ 18

Здесь был менее разрушительный метод, который работал у меня:

Я на компьютере с Windows с копией Spring Tool Suite (расширение Eclipse), которое я запускаю из случайного каталога. В командной строке командной строки мне пришлось перейти в каталог, содержащий мой STS.exe и запустить: STS.exe -refresh.

После этого я мог открыть Eclipse обычным способом (который был через значок закрепленной панели задач).

Ответ 19

Получите резервную копию папки .metadata/.plugin/org.eclipse.core.resources, затем удалите эту папку и запустите eclipse. Это должно запустить рабочее пространство, но все проекты исчезнут, так как org.eclipse.core.resources хранит список всех проектов.

Затем правильно закройте eclipse и скопируйте обратно файл org.eclipse.core.resources из архива в папку .metadata/.plugins/, переопределяя существующий.

Откройте затмение, и все ваши проекты должны работать нормально.

Ответ 20

Eclipse зависает при запуске - перед загрузкой рабочей области очень хороший ответ на этот пост. повторяя ответ, который работал для меня

В каталоге вашей рабочей области выполните следующие шаги:

cd.metadata/.plugins mv org.eclipse.core.resources org.eclipse.core.resources.bak Запустить затмение. (Должно отображаться сообщение об ошибке или пустое рабочее пространство, поскольку проект не найден.) Закройте все открытые вкладки редакторов. Выходное затмение. rm -rf org.eclipse.core.resources (Удалить вновь созданный каталог.) mv org.eclipse.core.resources.bak/org.eclipse.core.resources (Восстановить исходный каталог.) Запустите eclipse и начните работать. :-)

Ответ 21

Ни одно из решений не помогло мне в моем случае.

Я нашел рабочее решение. Я читал, что это происходит, когда плагин ADT не обновляется должным образом в Eclipse.

Solution
From Eclipse. . .
1. Go to Help Tap
2. Click Check for Updates

Обновите все, а кто! Больше не замерзает при запуске Eclipse!

Ответ 22

Я не пробовал все это. Я перезапустил ноутбук/машину. После этого все стало нормально.