Премини към съдържанието

Melmak R

Лига на легендите
  • Публикации

    4576
  • Регистрация

  • Последно онлайн

Всичко публикувано от Melmak R

  1. Melmak R

    Linux - обща дискусия 3

    Не мога да помогна на този етап. Обмислям да мина на KDE и Manjaro, но засега нямам мнение по проблема.
  2. Melmak R

    Дотук беше с бозата!

    Имат както компютри на откачени цени, така и доста прилични. Или поне имаха. Затова поне аз бих се въздържал. Ако не друго, поне ще върнат стария механизъм на клавиатурата. Слухове. За последните процесори чакаха сумата и време и накрая пак излъгация. MacBook Pro 15 (2018) - Beware the Core i9 Въпросните дефекти уж са ги оправили. Според мен не достатъчно убедително. И не са само Apple, впрочем.
  3. Melmak R

    Дотук беше с бозата!

    Самите Intel се изложиха напоследък. Иначе имат, гледай таблицата най-долу и в дясно: https://en.wikipedia.org/wiki/MacBook_Pro Скоро може и да пуснат ARM процесори. По слухове.
  4. Melmak R

    Дотук беше с бозата!

    Прекалено много ги превъзнасяш. До неотдавна MacBook Pro бяха голяма далавера, но вече не са. На лаптопите развалиха клавиатурите, направиха ги прекалено тънки и да не се разглобяват. Махнаха много от портовете и стана като неттоп с ултра-бърз процесор на Intel и много лепило вътре. Кофичката, iMac и Mac Mini може да бъдат страхотни компютри, но поради различни грешки пропуснаха възможността. Повечето Mac-ове прегравят и не можеш да направиш нищо по въпроса. Ако се наложи да пуснеш тежък софтуер за рендиране или видеобработка почват да се пържат в собствен сос. Вярно, по този въпрос подозирам че Intel имат сериозен принос, но факта остава. Новият Mac Pro и екрана ги бива много, но е са за студиа, които могат да си позволят $ 16 000 на компютър без затруднения. Със стойката се изложиха епохално. За ОС-а им технически няма нищо осбено! Просто имат много изпипан дизайн и са се базирали на FreeBSD. От там малко проблеми. Да, наистина не се бриква при всеки ъпдейт, но трябва ли да им даваме точки за това? Самото сравняване с най-лошия играч в индустрията не те изстрелва автоматично напред. Иначе за плюсовете все още слагат най-добрите екрани, тъчпадове, камери, дизайн и софтуера го бива доста.
  5. Какво друго да прави?
  6. Melmak R

    Linux - обща дискусия 3

    Интересна статия от Phoronix: AMD Ryzen 7 3700X + Ryzen 9 3900X Offer Incredible Linux Performance But With A Big Caveat http://www.phoronix.com/vr.php?view=28040 И какво е "препятствието"? Без да плюя излишно, ще ви оставя сами да си извадите изводите.
  7. Хм, не е ли излишно да сваляш първите образи? Обикновено объркват поне по няколко неща в тях. А сега като гледам, даже самите дебианци са стреснати че издават.
  8. Малшанс. Явно не са изпипали нещата при инсталация и конфигуриране.
  9. Не виждам проблеми и по двете точки. Търси някъде другаде. Естествено аз бих сложил noatime опцията на /. Може и нещо да спре да работи след нея, но намалява писането по диска. Интересно защо мисли че си го хибернирал. Я закоментирай swap-a във fstab, може да е останало нещо от предишна инсталация и това да го шашва. Ако си го форматирал при инсталацията не би следвало да има проблеми.
  10. Ако се вземе в предвид, че Arch е слаб напоследък, а Ubuntu е омръзнал на аудиторията, Debian ще получи голям шанс да си вдигне процентите. Дори е възможно някои ubuntu-базирани дистрибуции да преминат на Buster. Още по-важно, има много нови неща, които ужасно мъчеха LTS дистрибуциите доскоро. C++11/14, Rust и т.н. Доста от новия софтуер ползва поне 11 диалект на C++. При предишните диструбиции, това означаваше или да се билднат някои от новите компилатори, или програмите да се преправят драстично или просто да бъдат премахнти. Обикновено се получаваше последното. От косвените предимства, KDE 5.14 изглежда примамливо, предвид че го чупят много често и едва ли другаде се обновява всеки път безпроблемно. https://www.debian.org/releases/buster/amd64/release-notes/ch-whats-new.en.html Би било добре. А ако има билдове на някои от по-новите ядра, също ще е голям плюс.
  11. Критичния момент ще е когато спрат 32 битовата поддръжка в ядрото. Дори и да има се напулкат петите от натягане, няма да е по-рано от 2025. До тогава със сигурност ще има 32 битови библиотеки в повечето дистрибуции, а всички останали поне ще могат да пускат docker или chroot, който е 32 битов в 64 битовата им дистрибуция. Така че като цяло нищо страшно не предстои. Дори и ако съм прав, а това не е сигурно. Обаче забелжи как интересно го извъртат. Като че ли те правят нещо за да се продължи съпорта. Всъщност, то не зависи от тях, даже и да се опитат да го махнат ще им коства повече усилия, отколкото да го оставят. Намирисва ми на корпоративен мениджмънт. +1
  12. Melmak R

    Снимки на Вашия Linux - част 2

    И новото е хубаво. Дано не е за сметка на Пейпър-а, който тотално ме кефеше с нестандартността си. Зеленчуци, който не яде....
  13. Още по-интересното, че Fedora ритнаха i686. Даже не изчакаха и два дни от драмата с Ubuntu & Steam! Уж нямало нищо общо с 32 bit поддръжка в 64. Всичко това ме кара да мисля, че в тъпата ми хипотеза има голяма доза истина. Драмата даже не е там. За мен проблемът е че слагат кръст на всички 32 битови процесори и едновременно преминават към няколко майнстриймърски архитектури. Конкретно две - x86_64 и ARM64. Сбогом GNU, здравей Windows..... Просто това е много ранна фаза на процеса, през която обаче обезателно трябва да минат.
  14. Melmak R

    Ubuntu 18.04.2 LTS замръзва

    Провери си и температърата на видеокартата. Само че стартирай 10 пъти под ред и го остави да поработи между опитите. Може терминалния мениджмънт да не сработва като хората и да прегрява понякога. Принципно такива проблеми рядко излизат с актуалните карти. Ако трябва да предположа, бих се концентрирал на ядрото и хипотезата с кръпките. За която говори @Тамболианеца. Престъпление е да не пробваш новия Debian 10, който излиза след 5 дни. Интересното на това издание е че не е толкова пенсионерско, както обикновено имат тенденцията да издават. Също и Manjaro, който уж проверява пакетите от Arch, преди да ги пусне в хранилището.
  15. Melmak R

    Linux - обща дискусия 3

    Прав си! Конкретно umask май не се поддържа и действително не съм пробвал, защото го правя по друг начин. Но останалото е вярно. Преди имаше дискусия, но съществените неща от нея изчезнаха: Не пиши там. Ще видя дали мога да възстановя ползената информация, за да видиш какви са опциите.
  16. Melmak R

    Linux - обща дискусия 3

    Не ти ли хрумна просто да го конфигурираш като хората? Аз съм с дял за данни от 10 години сигурно и почти отначало нямам никакви проблеми с правата. Като имаш в предвид, че ползвам няколко различни потребителя. Не мога да повярвам, че прочитам това! Изтри си диска и сега повтаряш същата глупост! Освен това не само EXT4, ами и всяка файлова системи ще ти създава главоболия, защото не управляваш позволенията правилно. А те са същите на всички UNIX- подобни системи. Има ли значение чия собственост са? Сложи групата users да ги достъпва нормално (rw) и от там нататък всичко е прилично. Обратно, ако натириш само определен user да ги достъпва винаги ще имаш проблеми. Защото е по-трудно да подсигуриш, че винаги достъпваш с конкретния user. Същите опции са в сила за EXT4. Тъкмо напротив. Обикновено като оправиш настройките, новите файлове се достъпват, а старите трябва да ги оправяш. Защото са с грешните права и евентуално собственици. Но зацепвам, че от шаш при теб се е получило обратното. Ти не си задал свойствата при създаване, а си пуснал някаква команда да оправи вече записаните файлове.
  17. Melmak R

    Optican device doesn't exist?! WTF?!

    Windows оправя всичко.
  18. Не е нормално да прави така. Най-вероятно видео-картата ти бръмчи. Забелязъл съм, че откакто направиха феноменалната глупост, да прехвърлят X.Org в Userspace-а термалния мениджмънт не се активира всеки път. Ако не се активира, картата може да включи вентилаторите на Max или да почне да прави други мизерии. Ако видиш, че става така, опитай да рестартираш още един път. Засега не съм намерил просто решение на проблема. Възможно е и да е друго, но определено термалния мениджмънт не е сработил като хората при зареждане....
  19. Melmak R

    Optican device doesn't exist?! WTF?!

    Ти с Arch ли беше последно? По-добре не го прави от FSTAB. Не е подходящ за сменяеми носители. Доколкото помня можеш да се измъкнеш някак за типа на файловата система, но ще те излъжа, ако не се разровя в мрежата. Да пишеш UUID на сменяем носител е лудост. Идеята на UUID е да познае определена медия, а не да върши работа за всяка. Тука си на прав път. Грешката ти е че не му подаваш достатъчно параметри и mount се опитва да ги допълни чрез информацията от FSTAB. Но там няма нищо и съвсем логично. SystemD ги монтира там по подразбиране. Само че обикновено го прави като потребителя, който се е логнал в момента. Но може и да са го сменили, кой ги знае. Просто отвори тоя католог, за да видиш дали имаш права за четене. Ако нямаш, работата е ясна, какво се случва. За да го оправиш набързо: 1. Демонтираш със sudo umount /dev/sr0 2. Направи директория за монтиране, примерно sudo mkdir /media/dvd 3. Монтираш със sudo mount /dev/sr0 /media/dvd То би трябвало само да отгатне файловата система. Ако не може: mount -t iso9660 /dev/sr0 /media/dvd Схващаш идеята.
  20. Melmak R

    Дотук беше с бозата!

    Да, малко съчувствие би му дошло добре. Подвел се е да ползва файлова система, която не е естествена за платформата. Това му е единствената принципна грешка, която виждам, при положение че не е ясно какво точно се е случило... А е съвсем лесно да се излъже от заявените възможности на fuse и ntfs-3g. То принципно е възможно, но залагаш твърдо на фирмата Tuxera. Доколкото никой друг не може да ти гарантира адекватна поддръжка. И ако трябва да сме честни, доста добре са си свършили работата, защото за проблеми с тях почти не съм чувал. Обаче в миналото всички опити да се ползва неестествена за дадена ОС файлова система завършваха с подобни повреди и то много скоро. Както например NTFS4DOS. Затова техничарите ги избягват, макар че са много удобни и полезни, ако биха работили правилно. Gparted вътрешно ще извика ntfsfix.
  21. Melmak R

    Дотук беше с бозата!

    Вече са ти го казали, но имам сериозни подозрения, че нещо ти е повредило файловата система. Основни заподозрени: 1. ntfs-3g. 2. повреден диск 3. повредена памет /макар че е абсурд/ 4. Нещо си го рестартирал неправилно и после ако е бил "ремонтиран" под Linux, не се изнанадвай на крайния резултат. Именно. Аз по Windows редовно протестирам, но трябва да се разбира основно срещу Microsoft. Както си мисля файловата система му е NTFS, така че проверка само с туловете на Windows. Ето по тази точка не съм съгласен. За другото си прав. Обаче, не намирам грешка в действията му на пръв поглед.
  22. И да и не. Вярно е че се стремят да са близо до Win модела, но това си има разумни граници. Също така не съм сигурен как работи WOW64. Но, примерно за 16 битовите приложения не ти трябват 16 битови библиотеки. Над 95 % съм убеден, че същото е постижимо за 32 битовите библиотеки, но все пак не съм абсолютно сигурен. Да съгласен съм, че здраво им натресоха дирека на Steam. И на тях си самите. От друга страна, може би е добре за Debian, Pop!_OS и някои други дистрибуции. Да си признаем, става дума изключително за остарели Win приложения и в доста по-малко случаи за игри. Остарели Linux приложения, напрактика не съществуват, благодарение на ужасната обратна съвместимост в Linux общността. Също така има много какво да се направи. Може например chroot, контейнер, qemu+wine, виртуални машини /било Linux, било Windows/. Възможности много, макар и да не са ужасно примамливи. От гледна точка на Steam, предполагам ще се разминат с още 10-20 файла към инсталацията, след като изтрезнеят от шока. Естествено че ще има още поне 5 години. Няма никаква логика да ги махнат от Buster. Но за следващия Debian не бих се обзаложил. Еми вече и Ubuntu са в клуба, а много вероятно и директните им наследници. Оформя се генерален похват за действие, когато искат да натирят някакви простотии в Linux: Arch Linux > Fedora / Ubuntu > Debian / Red Hat. След което другите или се съгласяват или страдат сами. Така или иначе x86 е безвъзвратно остаряла. Единствено ми се ще да не издропят всички 32 битови архитектури. Което от тяхна гледна точка е много примамливо. Лошото че така уверено вървят към една -две съпортвани архитектури, което не хармонира с традициите на Open Source.
  23. Melmak R

    Linux - обща дискусия 3

    Излезе новия Raspberry Pi 4B. Като цяло съм доста доволен, повечето промени са положителни. https://www.raspberrypi.org/products/raspberry-pi-4-model-b/ Основни характеристики: https://www.raspberrypi.org/blog/ Коментари: Накратко: A 1.5GHz quad-core 64-bit ARM Cortex-A72 CPU (~3× performance) 1GB, 2GB, or 4GB of LPDDR4 SDRAM Full-throughput Gigabit Ethernet Dual-band 802.11ac wireless networking Bluetooth 5.0 Two USB 3.0 and two USB 2.0 ports Dual monitor support, at resolutions up to 4K VideoCore VI graphics, supporting OpenGL ES 3.x 4Kp60 hardware decode of HEVC video Complete compatibility with earlier Raspberry Pi products
  24. Много неща не стават ясни. Какви са файловите системи, как са монтирани, какви са правата. Сложил си снимка на свойствата, но файл ли е, папка ли е, не става ясно. Пък и не е четимо за повечето хора тук. Ако искаш сложи тези две команди и да видим какво е положението: mount ^За да разберем кое, как е монтирано и с каква файлова система. stat --format "%A" /media/DATA ^ За да разберем позволенията на твърдия диск.
  25. Всъщност в конкретния случай Wine са повече виновни. Вместо да си направят системата нормално да работи на 64 бита, което е приципно възможно, те избраха да поемат по-лесния и тъпанарски път на хибридните системи. И с право подозираш че има нещо много гнило. Според мен то идва от съвсем друга посока. Мойто подозрение е следното - опитват да се отърват от всички 32 битови архитектури. При това забележи как го правят! Първо беше първоаприлска шега в общността на Arch. След това стана самата истина. Сега са стигнали до Ubuntu. Предполагам следващата спирка е Debian. Махнат ли го от там, вече няма пречка да депрекейтват в linux-kernel, поради незначителното търсене. След което могат депрекейтват всики останали 32 битови архитектури, решение, което идва от самосебе си. Много е възможно да стигнат до поддръжка на само две платформи x86_64 и ARM64. Ох, как ме караш нон стоп да обсъждам Windows в тема за Linux! Инсталаторът на Win 98 е поне два пъти по-добър от този на XP. Защото е почти изцяло графичен и много логично направен. Обратно, този на NT-тата беше по-архаичен, ограничен и хибриден, но на факта се обръщаше много малко внимание, поради хайпа към новата, 2000/XP система. Чак при 7-цата (или може би Vista, но кой я брои) изравниха резултата с 98. Предполагам защото са били по-сигурни, че могат да стартират графично. Изобщо не ме смущава методът за инсталиране на Arch. Дали ще напишеш 15-на команди в терминала или не, не е голямо чудо. Но някои хора действително ги дразни, което е факт. Знам, но взеха да искачат необичайно много проблеми. Което ме кара да мисля, че много от power user-ите са отишли другаде. Може би на Manjaro. Има нещо такова. Linux общността не го заслужава, но все се връщаме към такива състояния.
  • Разглеждащи това в момента   0 потребители

    • Няма регистрирани потребители разглеждащи тази страница.
×
×
  • Добави ново...

Информация

Поставихме бисквитки на устройството ви за най-добро потребителско изживяване. Можете да промените настройките си за бисквитки, или в противен случай приемаме, че сте съгласни с нашите Условия за ползване