Linux - NewbieThis Linux forum is for members that are new to Linux.
Just starting out and have a question?
If it is not in the man pages or the how-to's this is the place!
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hi All,
im trying installing Linux 6.5 with kick-start file done by 3rd party , still get error ( Unable to read group information from repositories ,this is problem with the generation of your install tree
Hi All,
im trying installing Linux 6.5 with kick-start file done by 3rd party , still get error ( Unable to read group information from repositories ,this is problem with the generation of your install tree
Sorry, but you need to read the "Question Guidelines" link in my posting signature. You've not provided near enough information for us to be able to help you, and your post itself is confusing (what do you mean by "with kick-start file done by 3rd party"??)
Further, if you're using Red Hat enterprise Linux 6.5 you need to be aware of a few things. First, that's OLD...if you're building new servers, load the latest 7.x Secondly, RHEL is not free, and if you're using it, you need to be paying for it...as such, you can contact Red Hat support for assistance with Kickstart. They also have extensive documentation on it:
This error may be part of the kick start or it may be a native RHEL error. My understanding is that you can obtain a kick start from a system administrator who is authorized to create RHEL kick start installations.
Therefore the first thing you should do is contact the system administrator who gave you this kick start, inform them of the error you are seeing, and let them assist you with this problem.
If you've obtained this kick start installation from an unsupported means, meaning that there's no one for you to contact, then there's little that persons here can offer you by way of support. This is because people will not know the details about how that kick start has been created, what it contains, and other details. Further, that particular error seems to always be a problem with how the install tree was generated for that kick start. Many times it means the kick start was done incorrectly.
Hi rtmistler and TB0ne ,
manhy thanks for your reply and interest , i jut using customize kickstart from Avaya company to install Avaya voice system , below is the content kickstart , and my question is , which image from liunx shall i use if its not allowed to put red hat official one
Hi rtmistler and TB0ne ,
manhy thanks for your reply and interest , i jut using customize kickstart from Avaya company to install Avaya voice system , below is the content kickstart , and my question is , which image from liunx shall i use if its not allowed to put red hat official one
Why is it so hard to pay a fairly small amount of money to Red Hat, and use it? Especially since this is for your business??? And since Avaya provided things, it makes sense to use what they provided, and stay in a supported environment.
Pay for your RHEL subscription; enjoy having a stable server with tech support you can call if needed, and having Avaya still support you, since you're running what they recommend.
Why is it so hard to pay a fairly small amount of money to Red Hat, and use it? Especially since this is for your business??? And since Avaya provided things, it makes sense to use what they provided, and stay in a supported environment.
Pay for your RHEL subscription; enjoy having a stable server with tech support you can call if needed, and having Avaya still support you, since you're running what they recommend.
I wholeheartedly agree with TB0ne. This is less about fair compensation to the manufacturer, however that entirely should be considered. But it is also about the technology. Whether you are using this for business or home, you are using a phone system which has been designed to be a phone system.
If you want to use their box as a general purpose computer and think it'll be cool to run Linux on it. Have at it and use anything. Best of luck, there may be custom hardware on there that any general form of Linux will not understand. Better instead to just use a normal computer.
If you are trying to use this product as designed and as intended, then exactly what TB0ne is saying.
Not sure this would be a good idea. Avaya is a communications company and the device is likely an Avaya VoIP server of some sort. To me this is an embedded device and likely has a custom form of Linux. You can't just "grab" something and march ahead. Not saying that another person won't have the expertise, however sometimes that expertise is extremely difficult to come by. For instance, the developers working for Avaya who may have customized the Linux for that box, may have compiled the kernel with very certain flags, may have chosen to make drivers internal versus modules, may have written custom drivers for the box, and may have a custom derived bootloader which probably was uboot, or grub2, but nothing saying they didn't edit it. How many times have I customized systems to make them boot fast, contain the correct drivers, and so forth. This all having been done with the design files for the PCB's and collaboration with the firmware team who wrote the code for the real time hardware.
If this box is purely a general server appliance and nothing more special than an x86 architecture with a few added well known parts like standard hard drives and standard serial ports, etc, then fine. But seems a big risk.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.