Изпечатай

[backinblack]

По високо от 2.6.38-10! С Убунту 10.04 съм. До това ядро винаги си се е прекомпилирвала, но с ядро 2.6.39 като съм пробвал на Минт и сега с 3.0.0-8 на Убунту не иска. Пищи да видя един лог дето нищо не му разбирам, ама май нещо свързано с версията на компилатора!

сеп 11 01:35:45.254: app-140125646231296| Log for VMware Workstation pid=2123 version=7.1.4 build=build-385536 option=Release
сеп 11 01:35:45.254: app-140125646231296| The process is 64-bit.
сеп 11 01:35:45.254: app-140125646231296| Host codepage=UTF-8 encoding=UTF-8
сеп 11 01:35:45.254: app-140125646231296| Logging to /tmp/vmware-root/setup-2123.log
сеп 11 01:35:45.321: app-140125646231296| modconf query interface initialized
сеп 11 01:35:45.321: app-140125646231296| modconf library initialized
сеп 11 01:35:45.336: app-140125646231296| Your GCC version: 4.4
сеп 11 01:35:45.339: app-140125646231296| Your GCC version: 4.4
сеп 11 01:35:45.344: app-140125646231296| Your GCC version: 4.4
сеп 11 01:35:45.351: app-140125646231296| Your GCC version: 4.4
сеп 11 01:35:45.356: app-140125646231296| Your GCC version: 4.4
сеп 11 01:35:45.372: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.374: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.375: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.377: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.378: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.386: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.388: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.389: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.391: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.392: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.394: app-140125646231296| Your GCC version: 4.4
сеп 11 01:35:45.399: app-140125646231296| Your GCC version: 4.4
сеп 11 01:35:45.418: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.420: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.421: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.422: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.424: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.426: app-140125646231296| Your GCC version: 4.4
сеп 11 01:35:45.431: app-140125646231296| Your GCC version: 4.4
сеп 11 01:35:45.453: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.454: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.456: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.457: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.458: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.722: app-140125646231296| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 01:35:45.722: app-140125646231296| Building module vmmon.
сеп 11 01:35:45.737: app-140125646231296| Extracting the sources of the vmmon module.
сеп 11 01:35:45.759: app-140125646231296| Building module with command: /usr/bin/make -C /tmp/vmware-root/modules/vmmon-only auto-build SUPPORT_SMP=1 HEADER_DIR=/lib/modules/3.0.0-8-virtual/build/include CC=/usr/bin/gcc GREP=/usr/bin/make IS_GCC_3=no VMCCVER=4.4.3
сеп 11 01:35:47.339: app-140125646231296| Failed to compile module vmmon!

Някой има ли идея кво да правя?

[romeo_ninov]

Вурни се на ядро, което няма идентификатор 3.х.х

[AMD]

Стартирай файла patch-modules....sh
И ще ти се компилират модулите. Не обръщай внимание на това че пише 2.6.39, при мен работи с 3.0.4

[backinblack]

Стартирай файла patch-modules....sh
И ще ти се компилират модулите. Не обръщай внимание на това че пише 2.6.39, при мен работи с 3.0.4

Брато, дай идея какво да ги правя тези пачове!
Гледах някакви инструкции, по чужди форуми, но с англииския хич не съм добре и нещо не ми се получава!

С ядро 3.0.0-8-virtual съм.

[AMD]

Код:

sh patch-modules_2.6.39.sh

Изпълни това, и ще бъдеш щастлив.

[backinblack]

Код:

sh patch-modules_2.6.39.sh

Изпълни това, и ще бъдеш щастлив.

Нещо пак не става!
След изпълнението на командата в терминала се получава това:

boncho@boncho-server:~$ sh patch-modules_2.6.39.sh
[: 26: workstation7.1.4: unexpected operator
[: 27: workstation7.1.4: unexpected operator
Sorry, this script is only for VMWare WorkStation 7.1.4 or VMWare Player 3.1.4. Exiting
boncho@boncho-server:~$ sudo sh patch-modules_2.6.39.sh
[sudo] password for boncho:
[: 26: workstation7.1.4: unexpected operator
[: 27: workstation7.1.4: unexpected operator
Sorry, this script is only for VMWare WorkStation 7.1.4 or VMWare Player 3.1.4. Exiting
boncho@boncho-server:~$

Пробвах и със судо както инсталирвам и пак същото! Като стартирам после и ми дава това:

Unable to build kernel module.

See log file /tmp/vmware-root/setup-3085.log for details.

И в setup-3085.log излиза това:

сеп 11 20:08:12.432: app-140462973896448| Log for VMware Workstation pid=3085 version=7.1.4 build=build-385536 option=Release
сеп 11 20:08:12.432: app-140462973896448| The process is 64-bit.
сеп 11 20:08:12.432: app-140462973896448| Host codepage=UTF-8 encoding=UTF-8
сеп 11 20:08:12.432: app-140462973896448| Logging to /tmp/vmware-root/setup-3085.log
сеп 11 20:08:12.505: app-140462973896448| modconf query interface initialized
сеп 11 20:08:12.508: app-140462973896448| modconf library initialized
сеп 11 20:08:12.531: app-140462973896448| Your GCC version: 4.4
сеп 11 20:08:12.536: app-140462973896448| Your GCC version: 4.4
сеп 11 20:08:12.543: app-140462973896448| Your GCC version: 4.4
сеп 11 20:08:12.555: app-140462973896448| Your GCC version: 4.4
сеп 11 20:08:12.563: app-140462973896448| Your GCC version: 4.4
сеп 11 20:08:12.589: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.591: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.593: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.595: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.597: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.610: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.613: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.616: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.618: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.621: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.625: app-140462973896448| Your GCC version: 4.4
сеп 11 20:08:12.634: app-140462973896448| Your GCC version: 4.4
сеп 11 20:08:12.668: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.671: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.674: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.676: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.677: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.680: app-140462973896448| Your GCC version: 4.4
сеп 11 20:08:12.686: app-140462973896448| Your GCC version: 4.4
сеп 11 20:08:12.721: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.723: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.725: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.726: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.728: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.870: app-140462973896448| Trying to find a suitable PBM set for kernel 3.0.0-8-virtual.
сеп 11 20:08:12.870: app-140462973896448| Building module vmmon.
сеп 11 20:08:12.870: app-140462973896448| Extracting the sources of the vmmon module.
сеп 11 20:08:12.878: app-140462973896448| Building module with command: /usr/bin/make -C /tmp/vmware-root/modules/vmmon-only auto-build SUPPORT_SMP=1 HEADER_DIR=/lib/modules/3.0.0-8-virtual/build/include CC=/usr/bin/gcc GREP=/usr/bin/make IS_GCC_3=no VMCCVER=4.4.3
сеп 11 20:08:13.470: app-140462973896448| Failed to compile module vmmon!

Версията на вмуаре е същата VMware-Workstation-Full-7.1.4-385536.x86_64

[romeo_ninov]

Защо не се обърнете към съпорта на vmware, защото workstation в комерсиален продукт и съм сигурен че сте си го купили и имате възможност за официална поддръжка
А извън пиратството - върнете ядрото на версия преди нумерация 3

[Mitaka]

Защо не се обърнете към съпорта на vmware, защото workstation в комерсиален продукт и съм сигурен че сте си го купили и имате възможност за официална поддръжка
А извън пиратството - върнете ядрото на версия преди нумерация 3

Против идеологията на опън сорс феновете е да купуват каквото и да е.

А по темата:
Толкова ли не усетихте, че версията на vmware просто не е за този kernel?
Не се ли сетихте да пробвате с 2.6.x, и AMD, защо даваш акъл на човека да пачва кернел 3.х с пачове за 2.6.х

[backinblack]

Защо не се обърнете към съпорта на vmware, защото workstation в комерсиален продукт и съм сигурен че сте си го купили и имате възможност за официална поддръжка
А извън пиратството - върнете ядрото на версия преди нумерация 3

Да, пиратски е, но същия проблем има и с безплатния vmware server! За реална работа определено бих ползвал сървъра, че е с уеб интерфейс за управление и работи във фонов режим, но сега още експериментирам само и се опитвам да изучавам Линукс, но за разни по-сложни неща от ползването му за домашни цели.
Сега ползвам и ядро 2.6.38-10 и системата си върви добре и стабилно, но ми се ще да ползвам ядро 3хх, че съм със sandy bridge платформа и нещо май имам и проблем с драйвера на видеото, а от интел пишат, че в 3хх била оправена напълно поддръжката. Уоркстеишъна ми гърми, че съм нямал 3д подръжка и уиндоус 7-то във виртуалката го дава без аеро ефекти, които пък и хич не ми и трябват, аз и без това го ползвам на максимум перформънс, ама искам всичко да си ми е на 6!

Пробвал съм и Виртуалбокса, но това, че и той е кернъл зависим, но за разлика от вмуаре, не се прекомпилира сам ми идва доста на нагорно с тези още мижави знания и умения които имам на Линукс.

[backinblack]

Защо не се обърнете към съпорта на vmware, защото workstation в комерсиален продукт и съм сигурен че сте си го купили и имате възможност за официална поддръжка
А извън пиратството - върнете ядрото на версия преди нумерация 3

Против идеологията на опън сорс феновете е да купуват каквото и да е.

А по темата:
Толкова ли не усетихте, че версията на vmware просто не е за този kernel?
Не се ли сетихте да пробвате с 2.6.x, и AMD, защо даваш акъл на човека да пачва кернел 3.х с пачове за 2.6.х

При АМД, ако е бил с ядро 2.6.39 и с лед пача да е тръгнало, има логика да се самопрекомпилира и към по-горно ядро, но аз съм убунту 10.04 и в кернъл хранилището няма за тази версия ядро 2.6.39. Има 2.6.38-10 и 3.0.0-8. Тъй като от почти година ползвам това убунто, но ремастерсиснато във виртуалка си имам и орегиналното му ядро и 2.6.38-8 във всяка нова преинсталация си ги имам и менкам за експерименти.
Иначе версията на вмуаре от инсталационното ядро на 10.04 до последното преди 2.6.39 се самопрекомпилира през всички ядра! И от ниско към високо и от високо към ниско.

[AMD]

Защо не се обърнете към съпорта на vmware, защото workstation в комерсиален продукт и съм сигурен че сте си го купили и имате възможност за официална поддръжка
А извън пиратството - върнете ядрото на версия преди нумерация 3

Против идеологията на опън сорс феновете е да купуват каквото и да е.

А по темата:
Толкова ли не усетихте, че версията на vmware просто не е за този kernel?
Не се ли сетихте да пробвате с 2.6.x, и AMD, защо даваш акъл на човека да пачва кернел 3.х с пачове за 2.6.х

При АМД, ако е бил с ядро 2.6.39 и с лед пача да е тръгнало, има логика да се самопрекомпилира и към по-горно ядро, но аз съм убунту 10.04 и в кернъл хранилището няма за тази версия ядро 2.6.39. Има 2.6.38-10 и 3.0.0-8. Тъй като от почти година ползвам това убунто, но ремастерсиснато във виртуалка си имам и орегиналното му ядро и 2.6.38-8 във всяка нова преинсталация си ги имам и менкам за експерименти.
Иначе версията на вмуаре от инсталационното ядро на 10.04 до последното преди 2.6.39 се самопрекомпилира през всички ядра! И от ниско към високо и от високо към ниско.

Защо не се обърнете към съпорта на vmware, защото workstation в комерсиален продукт и съм сигурен че сте си го купили и имате възможност за официална поддръжка
А извън пиратството - върнете ядрото на версия преди нумерация 3

Против идеологията на опън сорс феновете е да купуват каквото и да е.

А по темата:
Толкова ли не усетихте, че версията на vmware просто не е за този kernel?
Не се ли сетихте да пробвате с 2.6.x, и AMD, защо даваш акъл на човека да пачва кернел 3.х с пачове за 2.6.х

При АМД, ако е бил с ядро 2.6.39 и с лед пача да е тръгнало, има логика да се самопрекомпилира и към по-горно ядро, но аз съм убунту 10.04 и в кернъл хранилището няма за тази версия ядро 2.6.39. Има 2.6.38-10 и 3.0.0-8. Тъй като от почти година ползвам това убунто, но ремастерсиснато във виртуалка си имам и орегиналното му ядро и 2.6.38-8 във всяка нова преинсталация си ги имам и менкам за експерименти.
Иначе версията на вмуаре от инсталационното ядро на 10.04 до последното преди 2.6.39 се самопрекомпилира през всички ядра! И от ниско към високо и от високо към ниско.

Точно с ядро 3.0.4 съм, и с този пач го подкарвам.
http://imagepost.ru/?v=11.09.2011_-_221143.png

Скивай!

[Mitaka]

Защо не се обърнете към съпорта на vmware, защото workstation в комерсиален продукт и съм сигурен че сте си го купили и имате възможност за официална поддръжка
А извън пиратството - върнете ядрото на версия преди нумерация 3

Против идеологията на опън сорс феновете е да купуват каквото и да е.

А по темата:
Толкова ли не усетихте, че версията на vmware просто не е за този kernel?
Не се ли сетихте да пробвате с 2.6.x, и AMD, защо даваш акъл на човека да пачва кернел 3.х с пачове за 2.6.х

При АМД, ако е бил с ядро 2.6.39 и с лед пача да е тръгнало, има логика да се самопрекомпилира и към по-горно ядро, но аз съм убунту 10.04 и в кернъл хранилището няма за тази версия ядро 2.6.39. Има 2.6.38-10 и 3.0.0-8. Тъй като от почти година ползвам това убунто, но ремастерсиснато във виртуалка си имам и орегиналното му ядро и 2.6.38-8 във всяка нова преинсталация си ги имам и менкам за експерименти.
Иначе версията на вмуаре от инсталационното ядро на 10.04 до последното преди 2.6.39 се самопрекомпилира през всички ядра! И от ниско към високо и от високо към ниско.

Чакай сега... да отидеш от 2.6.х към 3.х не е като от 2.6.38 до 2.6.39
Погледни сорса - там, където се проверява версията на kernel-а, и ще разбереш защо.

[AMD]

Защо не се обърнете към съпорта на vmware, защото workstation в комерсиален продукт и съм сигурен че сте си го купили и имате възможност за официална поддръжка
А извън пиратството - върнете ядрото на версия преди нумерация 3

Ако си прочел някоя статия в vmware community ще разбереш че този пач е един за 2.6.39 и нагоре включително 3.0
При мен си работи, дори съм приложил снимка!
Против идеологията на опън сорс феновете е да купуват каквото и да е.

А по темата:
Толкова ли не усетихте, че версията на vmware просто не е за този kernel?
Не се ли сетихте да пробвате с 2.6.x, и AMD, защо даваш акъл на човека да пачва кернел 3.х с пачове за 2.6.х

[backinblack]

Защо не се обърнете към съпорта на vmware, защото workstation в комерсиален продукт и съм сигурен че сте си го купили и имате възможност за официална поддръжка
А извън пиратството - върнете ядрото на версия преди нумерация 3

Против идеологията на опън сорс феновете е да купуват каквото и да е.

А по темата:
Толкова ли не усетихте, че версията на vmware просто не е за този kernel?
Не се ли сетихте да пробвате с 2.6.x, и AMD, защо даваш акъл на човека да пачва кернел 3.х с пачове за 2.6.х

При АМД, ако е бил с ядро 2.6.39 и с лед пача да е тръгнало, има логика да се самопрекомпилира и към по-горно ядро, но аз съм убунту 10.04 и в кернъл хранилището няма за тази версия ядро 2.6.39. Има 2.6.38-10 и 3.0.0-8. Тъй като от почти година ползвам това убунто, но ремастерсиснато във виртуалка си имам и орегиналното му ядро и 2.6.38-8 във всяка нова преинсталация си ги имам и менкам за експерименти.
Иначе версията на вмуаре от инсталационното ядро на 10.04 до последното преди 2.6.39 се самопрекомпилира през всички ядра! И от ниско към високо и от високо към ниско.

Чакай сега... да отидеш от 2.6.х към 3.х не е като от 2.6.38 до 2.6.39
Погледни сорса - там, където се проверява версията на kernel-а, и ще разбереш защо.

Ама Mitaka, аз по-горе писах, че този проблем съм го забелязал отдавна, когато заради проблемите с видеото бях сложил временно последния Минт който идва с ядро 2.6.39, защото не знаех още, че има кернал хранилище отделно и след като на това Убунту което съм си заплюл му сложих тогава най-актуалното 2.6.38.8-14 и сега 2.6.38.10 и 3.0.0-8, с по-ниските от 2.6.39 нямам проблем! Проблема започва с 2.6.39 и нагоре.

[DeEM0N]

При мен на LMDE с ядро 3.0.0-1 работи с този пач.Пробвай дали при теб ще се реши проблема с него.